You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
UX: Add onboarding quickstart and menu integration (#281)
* Document a minimal onboarding flow for first-run usability
This spec captures a one-time quickstart buffer attached to the
main menu so new users can start a session and use the three core
commands without hunting through the full feature surface.
Constraint: Must improve discoverability without adding a second workflow system
Rejected: Multi-step setup wizard | too interruptive for Emacs-native users
Confidence: high
Scope-risk: narrow
Reversibility: clean
Directive: Keep onboarding focused on first-minute actions; do not let it expand into general help docs
Tested: Spec self-review against brainstorming reviewer checklist
Not-tested: Live Emacs UI behavior and implementation details
* Add onboarding quickstart and menu integration
* add missing files. add design doc
* add screenshot
* Add GitHub CI checks review mode and tests
* turn off approval suggestion
* Request author voice in PR description prompt
* Persist onboarding seen state and restore context
* fix test
* update HISTORY
Copy file name to clipboardExpand all lines: README.org
+14Lines changed: 14 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -72,6 +72,10 @@ First 60 seconds:
72
72
- `C-c a q`: Ask question only (no code change)
73
73
- `C-c a z`: Jump back to AI session buffer
74
74
75
+
The first time you open `C-c a`, AI Code also shows a small quickstart buffer
76
+
with these core actions. You can reopen it later from `C-c a h`
77
+
(`Help / Quick Start`).
78
+
75
79
** Installation
76
80
77
81
Enable installation of packages from MELPA by adding an entry to package-archives after (require 'package) and before the call to package-initialize in your init.el or .emacs file:
@@ -306,6 +310,10 @@ With the built-in =get_diagnostics= MCP tool, the loop can move further left:
306
310
- treat completion as /no new diagnostics/ on the touched files relative to the baseline, instead of requiring the entire project to be clean
307
311
- use tests as the next sensor in the loop, not the first one
308
312
313
+
Screenshot:
314
+
315
+
[[file:./emacs_mcp_tool_diagnosis.png]]
316
+
309
317
The benefit is practical:
310
318
311
319
- faster feedback after each AI code change
@@ -315,6 +323,12 @@ The benefit is practical:
315
323
316
324
This is why features such as `ai-code-auto-test-type` and `ai-code-tdd-cycle` fit the idea of harness engineering: they turn testing and follow-up into part of the system, not an afterthought in each prompt.
317
325
326
+
Nit: During using auto test feature, I prefer to turn off the approval request from AI, it will make the whole process more smooth. Eg. for Codex CLI, it is
"Build initial prompt for REVIEW-SOURCE, TARGET-URL and REVIEW-MODE."
192
+
;; DONE: add an option here: review github CI checks. If there is error, look into them and figure out root cause. Only provide analysis, no need to change code.
0 commit comments