技能介绍

问题从哪来

用 Agent 做「真项目」时，常见痛点是：上下文越滚越长、多文件改动互相踩脚、没有计划就边写边扩 scope，以及做完一轮也不沉淀架构与踩坑经验。Hermes Dev Engineer 把 Hermes Agent 当成工程流水线来用：先定契约再写代码，独立任务交给隔离子代理并行做，合流前强制过质量门禁，复杂构建结束后还能把模式写回技能与 MEMORY.md。

技能如何工作

整体是五段式流程，和 SKILL 里的 Quick Reference 一致：

规划（writing-plans） — 任务拆分、文件/模块图、接口契约（API、数据模型、函数签名）、依赖关系与每项验收标准；没有书面计划不开始实现。
脚手架 — 通过 scripts/init_project.py 按类型初始化（如 python-service、react-frontend、fullstack-app 等），搭目录、共享配置与依赖，要求骨架能编译/运行后再做功能。
并行实现 — 用 delegate_task 把独立模块分给子代理；每个子代理零历史上下文，父代理需打包路径、契约、错误信息、测试命令与约束（例如「不要改 X」）。默认最多约 3 路并行，大项目可在 config.yaml 调高。
集成与质量门禁 — 合并子代理产出、跑集成测试，并触发 requesting-code-review（安全扫描、静态检查、独立 reviewer 子代理、自动修复循环）。清单包括：测试、lint/类型检查、无密钥与常见注入风险、端到端冒烟。
学习与进化 — 工具调用较多（如 5+ 次）后可经 skill_manage 生成衍生技能，并更新 MEMORY.md / USER.md，让跨会话能接着上周的项目继续改。

架构决策时可对照 references/architecture-patterns.md（分层、微服务、模块化单体、事件驱动、CQRS、Ports & Adapters 等）；目录与样板见 references/project-templates.md。

适用边界与注意点

适合：3+ 文件或服务、从零建仓/微服务、跨文件重构、全栈、需要并行工作流或预计超过少量 tool call 的工程任务；用户提到 build、scaffold、engineer 等场景可激活。
跳过：一次性脚本、单文件小改、纯问答、无质量要求的快速草稿。
反模式：两个子代理同时改同一文件；子代理上下文给不全；跳过 review/TDD；父会话过长不 /compress 导致 token 爆掉；子代理是同步的，父进程中断则子任务一并结束。