标签
一篇推荐开源资料库 claude-code-best-practice 的帖子，汇总了 Claude Code 的核心概念、进阶功能、10 套工作流、跨模型协作方案及 83 条实用技巧，适合复杂项目开发时当避坑手册使用。
一位从业者的清单式文章，列出了有志成为 Agentic AI 工程师的人必须完成的 15+ 个核心作品集项目，涵盖异步编排、严格工具路由、记忆淘汰、自愈式 ReAct 循环、人工介入关卡、轨迹评估 CI、Agent 可观测性、提示注入防御、沙箱执行以及成本熔断机制。
介绍了「Kluever Maneuver」这一 bug 修复实践：先提交一个能通过的失败行为测试来复现 bug，再在第二个提交中修复代码并同时修正该测试，从而证明修复真正有效且每个提交都能通过 CI。
SVPino 认为，在与 AI 智能体协作时，应使用确定性测试来取代书面指令：凡是能够自动检查的内容——格式、类型、API 契约、安全性——都应通过测试、代码检查工具和静态分析来强制落实，而不是通过提示向智能体灌输规则。
一篇 Code Simplicity 博客文章，主张开发者在编程时每当停下来思考，都意味着存在某个潜在问题——通常是理解不够透彻——并解释了为什么更深入地理解工具、符号和问题本身，才是实现快速、简洁编程的真正秘诀。
一位实践者分享了从主题演讲问答环节中获得的经验，探讨 Strands 智能体为何会选错工具或以错误的顺序调用工具，并撰写了一份附有链接和代码片段的实用指南，介绍如何解决工具选择和调用顺序问题。
Anthropic 的应用 AI 团队发布指南，指出许多企业的多智能体设计只是照搬组织架构图（康威定律），并建议先建立端到端评测，再逐个合并子智能体，仅在合并后性能下降时才保留子智能体。
Addy Osmani 分享了 Claude Opus 5.5 的提示词和工作流程技巧，认为用户对新一代模型的提示过于繁复，并介绍了如何在 Claude Code 中利用自主验证、子代理、云端会话和 Projects 功能。
Anthropic 发布了 Claude Opus 5.5 提示词指南，包含 11 条帮助用户充分发挥模型能力的最佳实践。
matklad 的一篇博客文章，主张公共函数不应调用其他公共函数；相反，应将共享逻辑提取到私有辅助函数中，以避免接口随着时间的推移而退化，但也指出便捷 API 是一个例外。
宝玉（@dotey）分享避免 git worktree 残留的最佳实践：在 AGENTS.md 中写入规则，让 AI Agent 任务完成后自行清理 worktree 及其分支（合并、存档 tag 后删除），并附上 BaoCut 项目的示例配置。BaoCut 是一个围绕可编辑时间线构建的 AI 视频 Agent 应用。
一位实践者分享了 Anthropic Claude Code 团队使用 AI 交付产品的关键经验，强调要验证可交付的产出、把每一次错误都变成 CLAUDE.md 中的规则或检查项，以及在反复修复失败后退一步重新思考方案。
作者解释了在C语言中反向遍历时常见的错误，并介绍了一种简洁的惯用写法 `for(size_t i = count; i--; )`，它可以避免使用带符号下标以及整数回绕带来的问题，尤其是在LLM生成的代码不断重复这些有缺陷的写法的背景下。
一条分享 AGENTS.md 优化与死代码清理最佳实践的推文，附上可直接复制使用的 Prompt，涉及用 GPT-6 Astra + Codex 清理 80 多万行废弃代码、以及用 GPT-6.1 Sol 优化 CI 耗时的案例。
LangChain 发布关于 Agent 评估（Agent Evals）的实用指南，建议从真实 trace 中选取 10–20 个失败案例构建小型评估集，结合代码检查与 LLM Judge 逐步完善评估流程。
这篇帖子建议不要授予 AI 智能体对网站的完整写入权限，而是建议使用用途单一、权限受限的工具，维护单一可信数据源，在发布前强制审查差异，并将表单数据与网站托管分离，以免在回滚时丢失潜在客户信息。
Matt Pocock 列举了开发者在使用 AI 编码代理时常犯的错误，包括投入程度不当、提示词过长、自动化检查薄弱、代码库导航能力差以及代理自主性不足等。
作者分享了将 AI 代理的 MCP 访问权限从只读升级为可写（更新工单、编辑数据）后，安全与审计规则必须随之改变的实践经验：读写作用域分离、写操作前显示试运行差异、限制操作影响范围、记录审批与载荷、无撤销路径则保持人工参与。最令人意外的是，大多数事故并非模型犯蠢，而是作用域过宽和不可见的写操作。
一位实践者分享了为 AI 智能体配置并运行独立邮箱的经验教训——使用专用邮箱地址、独立域名来维护信誉、仅限草稿模式来防范提示注入、带签名的 Webhook，以及人类可访问的收件箱——此前，Grok Bot 已推出类似功能。
Matt Pocock 分享了约翰·奥斯特豪特的《软件设计哲学》中的一段引文，谈到那些被称为“战术龙卷风”的开发者：他们写代码很快，却留下一堆烂摊子让别人收拾，并问这种情况是否似曾相识。