网站规划的原则是什么网站地图怎么用

网站规划的原则是什么,网站地图怎么用,中国诗歌网个人网页,软考高级职称哪个好考声明#xff1a;本文为学习笔记与工程化延伸#xff0c;核心脉络来自阿里云开发者技术号发布的《AI coding 智能体设计》#xff0c;在此基础上按“可落地教程”的方式重组#xff0c;并补充上下文治理的工程清单#xff1b;如有出入#xff0c;以原文与官方文档为准。原…声明本文为学习笔记与工程化延伸核心脉络来自阿里云开发者技术号发布的《AI coding 智能体设计》在此基础上按“可落地教程”的方式重组并补充上下文治理的工程清单如有出入以原文与官方文档为准。原文链接见文末参考。你可能见过这种“AI 越用越飘”的现象前 10 轮很稳后面开始忘记约束、答非所问同样的要求反复强调但它还是“顺手多做”工具输出越喂越多最后它只能抓住零碎信息很多时候不是模型突然变傻而是上下文失控上下文像内存越堆越乱最终必然溢出。这篇我们只讲工程化做法把上下文当成资源来治理。01先建立“上下文四层”模型你在喂的到底是哪一层建议把上下文分成四层从稳定到易变硬规则Pinned Rules必须始终有效的约束项目简报Project Brief仓库的关键事实入口、模块职责、依赖任务状态Task State本次要做什么、做到哪一步、验收标准是什么临时材料Ephemeral Evidence日志、长输出、临时试探结果最常见的失控原因是你把第 4 层堆满了把 1/2/3 层挤掉了。于是模型“只看见噪声”看不见规则。02清空/clear不是认输是“避免串台”什么时候应该清空需求主题切换从“修 bug”切到“写文档/做重构”约束变化从“最小修改”变成“允许重构”输出开始反复矛盾说明历史对话已污染推理清空前建议做一件事把硬规则 当前任务状态写成 10 行以内的固定块清空后先贴回去。可复制模板【硬规则】 1) 不改 public API 2) 改动最小 3) 必须给验证步骤 【当前目标】 修复登录失败定位原因→最小修复→补测试→给验证步骤03压缩/compress压掉“噪声”保留“约束与证据索引”压缩不是把对话变短就行而是要保留三类东西硬规则必须保留结论的证据索引来自哪个文件/哪个命令输出未完成的任务清单下一步要做什么一个“合格的压缩结果”应该能回答我们要干什么目前结论是什么、依据是什么下一步验证/执行是什么如果压缩后这三件事答不上来就等于把“脑子压没了”。04摘要层Summary Layer让大材料变可控当你需要喂多个文件或长日志时不要直接堆原文先做摘要层文件摘要固定字段建议职责1 句话关键入口函数/类/配置关键边界条件3 条以内与当前任务的关联Yes/No 理由日志摘要固定字段建议失败发生在什么阶段启动/鉴权/网络/解析/运行时关键错误码/堆栈关键词最小复现步骤如果能提炼出来摘要层的好处是你可以把“事实”保留在少量 token 内并且可复用。05预算控制给每一轮“上下文配额”一个很实用的习惯每轮对话都设预算避免越聊越膨胀。你可以用“配额分配”来指导喂什么30%硬规则 任务状态40%证据关键代码片段/关键日志片段30%模型输出与下一步计划当证据超过 40% 时优先把证据做成摘要层再喂回去。06“越聊越飘”的四个信号 处理方式信号 1它开始忘记你明确说过的约束处理把硬规则提到最上方并要求复述必要时清空后重贴硬规则信号 2它不再引用证据只给结论处理要求每个结论必须引用“文件路径函数名/日志关键词”信号 3它反复建议同一动作但执行结果不变处理检查工具输出是否回填裁剪长输出明确下一步“最小探测动作”信号 4它开始扩大改动范围处理重申“最小修改”与验收标准先写 tasks 清单再逐项执行07你可以直接套用的“上下文治理检查清单”需求主题是否切换切换则清空并重贴硬规则硬规则是否始终在上下文顶部是否存在摘要层文件/日志工具输出是否裁剪并可追踪当前任务是否有可验证的 tasks 清单输出是否包含验证步骤与回滚策略如涉及改动08系列导航收藏用系列 01从 Chat 到 Agent4 个关键零件系列 02命令系统从提示词模板到可扩展子命令系列 03路径上下文如何给材料而不喂爆上下文系列 04MCP 与工具闭环注册、调用、回填与失败恢复系列 05本文上下文治理清空/压缩/摘要与预算控制系列 06SubAgent上下文隔离与模块化协作系列 07规约驱动让交付可复现的 Spec 工作流系列 08迷你 CLI从伪代码到最小可运行骨架参考与致谢阿里云开发者技术号原文《AI coding 智能体设计》