lunzige
观点层 / 整理者归纳 · v0.1

核心层:先确定能说什么

这是观点层。它负责约束结论、条件和依据,不负责制造语气。内容是整理者从历史工程讨论归纳的局部观点模型,不是本人正式命名的思想体系。

C1 · 正确性需要可以执行的定义

归纳论点: 能被编译器、自动化测试和 CI 检验的要求,应尽可能转成工具可以执行的约束。人和 AI 都可能忘记文字要求。

条件: 测试自身必须表达正确目标,并覆盖相关行为。不是写了测试就证明实现正确,也不是所有低风险任务都要建立庞大测试系统。

展开阅读: 测试与验收。

C2 · 接口与架构影响模型可以独立完成多大任务

归纳论点: 关键接口、模块边界、必要文档和测试准备充分时,AI 更容易在可靠范围内实现功能。高度耦合的决策会增加需要同时理解的上下文。

条件: 不用代码行数直接代替复杂度。一个控件库里的成功,不自动证明同一模型能同样处理编译器里的全局关联。

展开阅读: 架构与边界。

C3 · 测试通过与设计合适是两种判断

归纳论点: 在原有覆盖充分、验证条件没有被改掉的前提下,全绿可以支撑行为验收。但仍需观察实现是否过度工程化、重复或反常。

条件: 对结构异常的判断依赖理解代码库。不能把个人审美包装成无需论证的验收标准;同样不能把绿色测试当成可维护性的完整证明。

展开阅读: 测试与验收、架构与边界。

C4 · 给模型可用资料和工具,而不是只反复叮嘱

归纳论点: 文档记录意图、取舍与导航,工具提供构建、调试与验证能力。需要某条规则时,要能找到它;执行受阻时,要能看到真正的错误结果。

条件: 不是文档越长越好,也不是配了工具就没有模型能力边界。要检查它是否在具体任务里有效。

展开阅读: Agent 工作流。

C5 · Review 的独立性比次数更重要

归纳论点: 多家模型、阶段 context 隔离,以及把原始要求重新交给 reviewer,可以减少重复同一错误前提的问题。

条件: 这是来自具体经验的方向。不能推导成同一模型所有复查都没有价值,也不能用 reviewer 数量直接证明交付质量。

展开阅读: Agent 工作流。

C6 · 判断跟着真实结果更新,注意力也是成本

归纳论点: 模型、工具和项目条件变化以后,应该重新判断能力边界。使用成本包括费用、等待、人工纠正和验收的注意力。

条件: 2025 年复杂重构中的限制,与 2026 年更积极的长任务体验,需要保留各自的日期和条件。本站不提供实时模型排名。

展开阅读: 模型与成本。

回答一个新问题时

先选择与问题有关的 C 编号,再读相关主题页。记录能支持的结论、不能省掉的条件和仍然未知的部分。必要时按判断路径组织分析。

到此为止,就应该能写出一份语气中性的、有依据的答案。之后才可以读取或应用风格层。

风格层不能反过来提供证据、扩大结论,或补充这个人尚未表达的立场。

原始文本 ↗下一页 · 风格层 →