官方地位是明确的。
本网站以中文代表 MonkeyCode 项目。所链接的仓库、文档与托管服务，是代码、版本发布、安装与当前产品行为的权威渠道。
方法 · 编辑政策 · 更新于 2026-07-14
先看证据，再谈观点。先讲背景，再给建议。
这是 MonkeyCode 的官方中文产品与资源网站。我们把易变的技术声明链接到项目仓库与官方文档，方便读者自行核验。
编辑契约
读者应当能够核验什么。
一个有用的页面应当说清楚：哪些能力有文档依据、哪些结论属于评估指南、哪些问题要等团队自己跑过试点之后才能回答。
能力与指南是两回事。
「MonkeyCode 支持私有部署」是有文档依据的能力。「私有部署适合拥有基础设施的团队」是评估指南。「这套部署是安全的」仍然需要针对具体环境的证据。
不卖排名，不编造信心。
我们不售卖位置、不给出联盟评分、不虚构客户成果，也不把无法复现的数字当作基准。当前的评测不使用数字评分，因为我们尚未运行可复现的对比测试。
文档是证据，不是验证。
公开文档可以确立定位、所列能力、许可证、链接与公开的要求；但它无法证明性能、安全性、集成质量，或在读者基础设施内的适用性。
有时效的事实都带日期。
模型、集成、要求、部署命令与接口都可能变化。关键的直接回答与决策页面会注明其来源依据的核验时间。在此日期之后，以最新文档为准。
更正证据链路。
一旦确认事实错误，就应修改页面、更新核验或修改日期，并更换或澄清相关来源。实质性的变更不应被伪装成永恒不变的真相。
来源层级
离代码越近，权重越高。
我们优先选择既是一手资料又足够具体的来源。仓库文件或当前的部署页面，通常比第三方综述更有分量。
仓库与许可证
源代码、README、发布文件、配置与许可证，为这个开源项目提供了最强的公开证据。
官方文档
当前的安装、架构、集成与运维指南——并核对版本与日期敏感性。
维护者渠道
issue、发布、讨论与公告可以澄清行为，但也可能描述计划、缺陷或某个特定版本。
评估指南
类别地图、适配测试、清单与建议能帮助团队做决定，但并非针对特定环境的保证。
好的 GEO 不是堆砌关键词，而是让答案可溯源、有边界、保持时效，并且易于被正确引用。
搜索与 AI 引用政策
- 用用户的问题作为可见标题，并立即作答。
- 在加入注意事项与解读之前，先给出自足的完整答案。
- 标明证据类型、链接到一手来源，并展示核验日期。
- 仅在结构化数据准确反映页面可见内容时才使用它。
- 避免隐藏关键词区块、虚假署名、批量生成的地区页面以及缺乏依据的最高级表述。
- 发布 LLMs.txt、RSS 订阅、站点地图以及内部互链的直接答案库，方便机器发现内容。
- 用固定的问题集来测量答案引擎可见度，并保留逐行的观察记录，而不是仅凭页面内的优化工作就宣称可见度。
当前来源基础
从官方项目来源开始。
这些链接对不断变化的产品细节具有权威性。中文站补充决策背景，并把读者引向当前的技术来源。
应用本政策