context-infra 检查与复盘infra.guiming.net · 全内容自包含呈现 · 生成于 2026-07-21 16:28 UTC

bestpractice_ai_programming_mindset

Z3 全文↑ Z2 条目

道-方法 · 道层 skill 全文

← 返回道层 skill 索引 · 返回方法论区

本页是 <code>rules/skills/bestpractice_ai_programming_mindset.md</code> 的逐字投影(仅隐私清洗,零改写)。

时点提示:本页是仓内文件 rules/skills/bestpractice_ai_programming_mindset.md 的逐字投影(仅做隐私清洗:仓库根绝对路径→相对路径、家目录→~/;除此零改写)。若源文件后续有修订,以仓内真源为准。

AI 编程核心方法论

元数据


基础公理(详见 axioms)

本文件的方法论建立在以下公理之上,此处不重复展开:


"70% 问题"的诊断与解决

问题本质

AI 编程中常见的"70% 问题"——AI 能完成 70%,但最后 30% 总是各种问题——根本原因是自我迭代反馈环被打破

  1. AI 无法感知产出是否符合期望:没有"眼睛"看结果
  2. 成功标准太主观:缺乏明确的"好"的定义,AI 不知道往什么方向迭代

解决方案

  1. 为 AI 打开感知通道
  1. 建立清晰的成功标准

Reasoning Model 与 Agentic Workflow 的关系

互补而非替代

Reasoning Model 的局限

Reasoning Model 的"反思"是 stateless 的——它无法感知外部世界的变化。思考结束后,世界已经变了。

推荐架构

生产环境采用混合架构


认知外包的界限

在 AI 能力越来越强、成本越来越低的时代,需要明确哪些任务可以外包、哪些必须保留:

可以外包的

必须保留的


"直觉"优于"程序"拐点

对于复杂语义任务,LLM 的"黑盒直觉"可能比显性逻辑代码更具韧性和效率。

当任务涉及:

LLM 的端到端处理可能比显式规则更robust。这是从"程序思维"到"直觉思维"的范式转变。


文件系统作为天然状态机

本地 Agent 模式的核心设计原则:


AI 时代数据科学家三大原型

技能正在贬值,但特质与性格越来越重要。三种角色:

  1. 架构师:定义问题、设计系统、编排能力边界
  2. 审计师:评估质量、发现模式、交叉验证
  3. 全栈构建者:端到端交付、快速原型、集成验证

核心洞察:同一人可以扮演不同角色,但明确当前角色能避免思维混乱。

注意事项


AI 落地核心决策

基于《以一个简单任务为例看 AI 落地的关键决策》提炼:

1. 用本地 Coding Agent 而非 ChatGPT

2. 动手前先定义成功标准

3. 让 Agent 自己处理 corner case

4. Divide and conquer 应对 context window saturation

5. Prompt 自举且结果导向


最后更新: 2026-03-01


← 返回道层 skill 索引 · 返回方法论区