full-stack-master
Full Stack Master
铁律:不要跳过规划和质量门,直接从需求冲到实现和提交。全链路编排的价值就在于减少返工,而不是增加速度幻觉。
标准工作流
- Step 1: 建立项目上下文 ⚠️ REQUIRED
- 1.1 先用 context-analyzer 读取 AGENTS.md、README、package.json 和任务相关文件。
- 1.2 如需求模糊,交给 requirement-analyst 做最小必要澄清。
- Step 2: 产出技术方案 ⚠️ REQUIRED
- 2.1 使用 technical-architect 规划文件映射、模块边界和风险。
- 2.2 明确由 backend-expert、frontend-expert 或其他技能接手的部分。
- Step 3: 组织实现
- 3.1 后端改动交给 backend-expert。
- 3.2 前端改动交给 frontend-expert。
- 3.3 文档变更交给 documentation-specialist。
- Step 4: 做专项验证
- 4.1 UI 改动交给 ui-validator 做真实渲染验证。
- 4.2 测试补齐与失败排查交给 test-engineer。
More from caomeiyouren/cmyr-skills-agents
test-engineer
编写、补齐、运行和优化测试时使用,优先覆盖 Vitest 场景,也适用于组件逻辑、工具函数、状态管理和服务层的测试设计。用户提到 test、unit test、integration test、coverage、mock、Vitest、补测试时都应触发。
7quality-guardian
运行并解读 lint、类型检查、测试等质量门时使用。它不只是执行命令,还要根据变更范围选择最小充分检查、分析失败原因,并给出是否允许继续提交或发布的判断。用户提到 lint、typecheck、tests、quality gate、验证改动时都应触发。
6git-flow-manager
管理暂存策略、拆分提交、检查变更边界、维护提交顺序、生成变更记录和预判冲突时使用。适合多步交付而不只是单次 commit message 生成。用户提到 staging、split commits、git flow、changelog、release prep、冲突预警时都应触发。
6security-guardian
对鉴权、权限、输入处理、数据写入、依赖配置、密钥、日志和外部调用进行安全审计时使用。用户提到 security、auth、permission、vulnerability、secret、injection、审计登录逻辑、权限合规时都应触发。
6conventional-committer
需要生成 Conventional Commit 提交消息并执行单次提交时使用。适用于 feat、fix、docs、refactor、test、build、ci、chore 等常规提交场景。先检查质量门,再分析 diff,再生成符合 commitlint 预期的消息。
6context-analyzer
在动手规划、修改、调试或回答复杂项目问题前使用。用于快速扫描项目结构、依赖、约束文档、关键文件和调用链,输出任务相关上下文,而不是直接改代码。用户提到 analyze context、scan repo、understand project、定位实现、找规范、排查调用链时都应触发。
5