| name | building-agent-systems |
| description | AI agent and LLM system engineering reference covering single-agent dev (ReAct, tool calling, plan-execute), multi-agent coordination (swarm, role decomposition, file locking), LLM security (prompt injection, jailbreak defense, output filtering), RAG architecture (chunking, hybrid retrieval, rerank), and prompt engineering / evaluation (RAGAS, LLM-as-Judge). Use when building AI agents, designing RAG pipelines, orchestrating multi-agent workflows, hardening LLM apps, or writing prompts. |
| user-invocable | false |
丹鼎秘典 · Agent / LLM 工程
判断先于执行:决定「是否做 / 选什么 / 如何取舍」(栈、方案、架构、权衡)前,先读领域判断内核 skills/_kernel/ml/SKILL.md——它管 judgment,本秘典管 execution;冲突时以内核判断为准。
单 Agent 是器,多 Agent 是阵。先选规模,再选模式。
路由
规模决策
单步任务(一文件、一查询) → 直接执行(不需要 Agent 框架)
多步任务(计划 + 工具) → 单 Agent (ReAct)
复杂任务(>5 步、需反思) → 单 Agent (Plan-Execute / Reflection)
独立并行任务(>=3 文件、>=2 流) → 多 Agent (TeamCreate)
跨域协作(角色明确) → 多 Agent (角色分工)
犹豫时优先 TeamCreate — 串行降级容易,并行升级难。
通用原则
Prompt 即代码须版控 | 输入输出皆验证 | 成本效果平衡 | 持续评估迭代 | 安全边界明确
跨场景铁律
- Prompt 版控 — Prompt 是代码,必须 Git;变更要走 review
- I/O 验证 — 输入侧防注入,输出侧防 hallucination 落地(结构化 schema、引用追溯)
- 评估前置 — 上线前必有 eval set;RAGAS / LLM-as-Judge 至少二选一
- 成本观测 — token / latency / 失败率必埋点;预算阈值自动告警
- 降级路径 — 多 Agent 失败 → 单 Agent;单 Agent 失败 → 直接回答 + 标记
[unverified]
多 Agent 启用判据
| 信号 | 启用 TeamCreate |
|---|
| 涉及 ≥3 独立文件 | ✅ |
| 需 ≥2 并行流 | ✅ |
| 总步骤 >10 | ✅ |
| 用户明确要求 | ✅ |
| 单一探索任务 | ❌(用 explorer 或单 Agent) |
| 单文件改动 | ❌(用 worker 或直接执行) |
| 单步任务 | ❌(直接执行) |
详细生命周期、文件锁规则、依赖感知、过载保护、降级链:multi-agent-coordination.md
与其他 skill 联动