编辑政策
更新日期：2026 年 9 月 7 日 · English
1. 编辑目标
刍狗网围绕开源、自托管、部署实践和 AI 自动化制作内容。我们希望回答的是：这个项目解决什么问题、适合谁、运行需要什么，以及长期维护会付出什么成本。热度、广告预算或漂亮的演示不应代替这些判断。
选题会考虑实际用途、资料可核验性、维护活动、许可证、数据控制、部署门槛和替代方案。被收录不等于得到全面认证，未被收录也不表示项目质量差。
2. 来源与事实核验
技术事实优先参考官方文档、上游仓库、发行说明、许可证、安全公告及原始研究。社区讨论可以提供线索或使用经验，但应与官方说明、复现结果或其他证据相互核对。
文章应区分上游宣称、作者观察、实际测试和推测。涉及安装命令、默认端口、资源要求、付费限制或许可证时，应提供足够背景，不把特定版本的结果写成永久适用的事实。无法独立确认的信息，应明确保留限制或暂不作确定结论。
价格、优惠、可用地域和服务政策具有时效性，展示时应结合资料或核验日期理解，购买前再查看提供方当前信息。
3. 实测标识与教程
“项目介绍”“部署指南”和“部署实测”表达不同的证据程度。只有具备实际操作记录的内容才应标记为实测，并尽量交代版本、操作系统、部署方法、服务器配置、关键步骤及测试范围。
实测可能只覆盖安装、启动和基本功能，不自动包含压力测试、长期稳定性、备份恢复验证、全部功能或安全审计。未覆盖的部分应说明，演示数据和参考配置不应伪装成生产业务结果。
后续版本、架构或环境不同可能改变结论；“曾经测试通过”不等于“当前所有环境都适用”。涉及破坏性命令、数据库迁移或公网暴露，应交代风险与恢复准备。
4. 推荐与比较方法
比较应围绕同一使用场景，说明功能、资源需求、数据导出、部署维护、许可证与总成本的取舍。我们不因为项目开源就默认它更安全，也不因为服务收费就默认它更可靠。
优点与限制都应有依据。推荐位置、首页展示、下载量或 GitHub Star 数可以帮助发现项目，但不构成性能、安全性或维护承诺。已知的重要限制和适用条件不应为简化文案而删去。
5. AI 辅助与人工责任
AI 可以辅助检索思路、资料整理、翻译、提纲、语言润色和草稿生成。AI 输出可能包含虚构命令、失效链接、错误许可解读或编造的测试结果，因此不能作为独立事实来源。
自动生成的草稿需要人工审阅、来源核验和必要的重复检查后才能进入发布流程。编辑对最终内容承担审核责任，不能用“AI 生成”代替更正义务。不得把生成的日志、截图或使用感受冒充真实测试。
当 AI 的使用会实质影响读者对证据的理解时，应作适当说明，例如标注示意图片或说明内容整理方式。涉及客户机密或个人信息的材料，不应未经适当授权输入外部 AI 服务。
6. 商业关系与独立性
本站可能通过部署服务、会员、部署包、赞助和推荐佣金支持运营。涉及赞助、免费资源、付费展示或可获得佣金的链接时，应在相关内容或位置明确说明，让读者能在决策前识别这种关系。
赞助可以影响约定的展示位置或合作选题，不应改变经证据支持的技术结论，也不应隐瞒缺点、安全问题或替代方案。合作方可核查产品名称、配置和事实性描述，但不能要求保证好评、编造体验或删除合理批评。
自有付费服务的介绍也应交代范围、额外费用和限制，不能混淆公共教程与已经购买的服务承诺。
7. 更正、更新与撤下
欢迎通过联系我们提交页面地址、具体问题和来源。我们会根据证据核实；涉及数据丢失、安全或实质性误导的内容应优先处理，必要时先加提示或暂停展示。
轻微错字可直接修订；改变技术结论、关键操作、商业披露或读者决策的信息，应在相关内容中说明重要更正。上游停止维护、许可证改变或教程明显失效时，可补充过期说明、更新内容或撤下不再适宜保留的材料。
修改日期不自动表示整篇文章已经重新实测。保留旧内容具有参考价值时，应使读者能够理解其时间与适用范围。
8. 中英文内容
中英文版本围绕同一事实与核心结论编写，可以为不同读者解释术语、单位或背景。价格、服务可用性或结算渠道存在实际差异时，应明确表达，而不是把文字翻译当作同等供应承诺。
翻译需要核对技术名词、命令、版本和链接；某一语言更新滞后时，不应视为不同版本的结论必然一致。发现差异请联系我们核查。
9. 署名、引用与反馈
尊重作者、项目维护者和原始资料的贡献。引用应提供合理署名和来源，并遵守许可证；图片、代码和商标不能因为可在网上获取就被视为可随意商用。
欢迎有证据的批评、复现失败报告和不同观点。提出更正、拒绝商业合作或给出不利结论，不应成为受到报复性对待的理由。本站也保留拒绝无法核验、侵权、垃圾推广或要求隐瞒商业关系的投稿的权利。