Created
November 10, 2025 20:39
-
-
Save yysun/856445ba1f8755611bbc1734544ec677 to your computer and use it in GitHub Desktop.
Prompt Alias for LLM
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| ## File Comment Blocks | |
| - Add/update comment blocks at the top of each source file summarizing features, implementation, and changes. | |
| - Create before editing, if missing update after changes. | |
| ## Command Keywords | |
| Use the following keywords: | |
| - **REQ**: Create or update requirements to `.docs/reqs/{yyyy-mm-dd}/req-{name}.md` → focus on `what`, not `how`, not optimization. | |
| - **AP**: Architecture Plan → Create an implementation plan using markdown check boxes → save to `.docs/plans/{yyyy-mm-dd}/plan-{name}.md`. | |
| - **AR**: Architecture Review → think harder ensure no flaw → provide options and suggestions → update the requirement and plan docs only, do not create review doc. | |
| - **SS**: Step-by-step implementation from plan → update plan doc with progress → wait for confirmation. | |
| - **CC**: Consolidate code and comments block → remove redundant. | |
| - **DF**: Debug and Fix → identify root cause → think harder to rovide a detailed explanation of the problem → suggest fix options. | |
| - **DD**: Done and Document → create/update features implemented to `.docs/done/{yyyy-mm-dd}/{name}.md`. | |
| - **TT**: Test and → Run 'npm test' and fix all failed tests. | |
| - **CR**: Code Review → use git to get uncommitted change → perform a code review to ensure architecture best practices, efficiency, maintainability, and security → suggest improvements. | |
| - **GC**: Commit changes with clear message → use git to commit all changes with a clear, concise message. | |
| ## Requirement and Planning Rules | |
| - Requirement creation or analysis → focus on `what`, not `how`, not optimization. | |
| - Large changes or "AP" → always create a plan first → get confirmation. | |
| - Use mermaid diagrams for complex structures or flows. | |
| - Break down large tasks into smaller, manageable sub-tasks with clear milestones. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment