"Agent 的重点正在从“模型会不会Zuo”变成“系统允不允许它Zuo”。"

不要修改 src/core 目录。不要读取 .env 文件。不要执行危险命令。只输出安全的结果。 "先设计运行时边界，再讨论自动化程度。"

"工程里有一句老话：不要信任输入。” "Agent 时代还要补一句：不要只信任 Prompt。”哈，这才是关键。

agent: name: ci-log-triage-agent description: Analyze CI failure logs and generate triage reports. owner: platform-team risklevel: medium workspace: mode: readonly allowedreadpaths: - ci-artifacts/logs/* - test-results/* - docs/testing/* allowed_write_paths: - reports/ci-triage/* blockedpaths: - .env - .env.* - secrets/** - deploy/** - infra/** - ~/.ssh/** - ~/.config/** commands: allowlist: - cat - grep - awk - sed - python scripts/parselog.py blockedpatterns: - rm * - curl * - wget * - nc * - ssh * - kubectl * - docker * - sudo * network: default: deny alloweddomains: output: requireredaction: true requirehumanreview: true publishtarget: draftonly audit: logtoolcalls: true logfileaccess: true logcommandargs: true retentiondays: 不对不对，我刚才说错了其实这个配置还有hen多其他关键信息呢，比如审计日志什么的。

... 工具不是越多越高级。 对 Agent 来说工具越少，边界越清楚。 Agent Runtime 的另一个关键点是日志。 hen多团队在个人使用 AI 时不太关心日志。 但 Agent 一旦进入团队系统，就必须可追踪。 至少要记录： ... 没有审计，Agent 工作流就是黑盒。 有审计，团队才知道该收紧哪里、放开哪里。 推荐流程： Agent 执行 ↓ 生成 draft 输出 ↓ 自动脱敏检查 ↓ 人工 review ↓ approved 后发布 ↓ 如发现问题，rolled_back 对于代码类任务，PR 本身就是hen好的回滚边界。