用途：作为双循环体系中的“内循环专家”，当通用编码不足以应对时，把安全、QA、架构等专业分析任务分派给 Claude CLI 子智能体。由 agent-orchestrator 编排。CLI 上下文天然隔离（无 git、无工具），因此适合作为安全的执行内循环。
核心模式：cat <PERSONA_PROMPT> | claude -p "<INSTRUCTION>" < <INPUT> > <OUTPUT>
主要能力与角色分类：安全类（security-auditor，红队、漏洞扫描）、开发类（14 个角色，含后端、前端、React、Python、Go 等）、质量类（architect-review、code-reviewer、qa-expert、test-automator、debugger，用于设计验证与测试规划）、数据/AI 类（8 个角色，含 ML、数据工程、数据库优化）、基础设施类（5 个角色，含云、CI/CD、事件响应）、业务类（product-manager，产品策略）、专精类（api-documenter、documentation-expert，技术写作）。全部角色位于 plugins/personas/。
使用要点：优先用管道直传而非读入内存，如 claude -p "Analyze this log" < large.log > analysis.md，避免把文件加载进智能体记忆。CLI 运行在独立上下文中，无法访问智能体工具与记忆，提示需自包含，并注明“Do NOT use tools. Do NOT search filesystem.”；提示与输入须包含全部必要上下文。输出始终重定向到文件（> output.md）再用 view_file 查看。
推荐审计循环：红队（security-auditor）找漏洞 → 架构师验证设计是否引入复杂度 → QA 专家找未覆盖边界情况；架构评审应安排在红队之后，以捕获安全修复的副作用。
限制与注意事项：claude CLI 会原生阻止读取超大文件（如 5MB 以上），无论用管道还是 --file 标志；如需全仓库分析，必须编写 Python 脚本做语义分块或扫描。若传入复杂生成文件，运行含 claude 的自动化脚本时需加 --dangerously-skip-permissions，否则 CLI 会挂起等待用户 UI 批准。分派自主 CLI 命令前，运行环境须有活跃会话（claude login），否则会在后台静默失败。进行代码评审、架构或安全分析时，应显式要求子智能体使用严重性分级输出模式（🔴 CRITICAL、🟡 MODERATE、🟢 MINOR），以便外循环确定性地解析结果。