收录与共建原则

先说清楚解决什么问题

一个项目至少需要说明适用对象、工作场景、输入与输出。我们优先关注能反复使用的工具与方法，避免只有概念、缺少实际任务的介绍。

把来源、许可和维护范围写明

原创项目说明作者与维护责任。改造项目标注上游地址、版本与许可证。精选项目保留原作者和原入口。同业共建项目在明确贡献与署名方式后收录。

“可以访问”“免费使用”和“开源”是不同事实。没有明确代码许可证的项目会说明“未开放代码”或“许可待核实”，不会直接标作可以自由改造。

代码许可不自动覆盖数据、图片、商标或文章。不同素材的权利分别说明。

验证到哪一步，就写到哪一步

• 资料核查：核对公开文档、来源与说明，未声称完整运行。
• 实际试用：记录使用日期、环境、操作与观察结果。
• 持续维护：除试用记录外，还有明确的维护责任与更新记录。

一次可用不代表持续可用；页面有数据不代表数据已逐条准确核验。工具状态、版本时间、数据日期与核验时间分别展示。

不把原始反馈直接公开

需求广场展示编辑整理的场景、判断和进展。原始反馈、内部备注与查询凭证不进入公开页面。

请不要提交客户姓名、账户、持仓、联系方式、密钥、Cookie 或机构内部资料。首版不提供文件上传，也不要求提交者留下联系方式。

共建从一项具体贡献开始

可以参与试用、代码、资料核查或文档。提交建议不等于承诺开发；已有解决方案、成本过高或不适合公开的问题，也会有相应判断。

共建成果公开前，应确认来源、授权、维护范围和署名。需要后续合作的事项另行约定，不把一次反馈视为无条件转让权利。

有问题就留下修订

发现错误时，先核对事实与影响。公开内容可以修订、进入维护或撤下；关键变化会进入更新记录。历史版本供内部追溯，公开页面展示当前获准版本。

遇到内容问题，可通过反馈表单指出具体位置与公开依据。