# 原创性与许可证约束

## 目标

本流程用于合法、合规、伦理且可维护的适配。它应帮助使用者提炼思想，并重新创建符合目标项目风格的设计，而不是伪装复制。

## 通常可以安全吸收的内容

- 高层思想和产品概念。
- 通用架构模式。
- 公开文档化的工作流。
- 用自己的语言表达的行为需求。
- 标准的、不可保护的或已获得适当许可的算法和技术。
- 为目标环境重新创建的配置概念。

## 需要谨慎处理的内容

- 来自其他项目的大段代码。
- 独特文本、提示词、示例、文档、图表、名称或品牌表达。
- 与参考项目高度绑定且非显而易见的实现结构。
- 包含许可证头或署名要求的生成文件。
- 带有限制性许可证的依赖。
- 私有或专有仓库。

## 安全适配流程

1. 用中性语言总结参考能力。
2. 识别它解决的问题。
3. 独立设计目标项目原生方案。
4. 使用目标项目约定实现新代码。
5. 将概念命名调整为目标项目语义。
6. 基于期望行为添加测试，而不是基于参考项目内部实现添加测试。
7. 当许可证要求署名时，保留必要署名。
8. 将许可证不确定性记录为风险，而不是忽略。

## 风险信号

- 输出在没有目标项目特定理由的情况下保留了参考项目相同的文件结构和命名。
- 输出包含大量完全相同或近似相同的代码/文本。
- Agent 无法解释目标设计为什么不同于参考设计。
- 新模块与目标项目现有模块高度重叠。
- 唯一理由只是“参考项目就是这样做的”。

## 报告中的推荐表述

建议使用：

- “受参考项目在……方面的处理方式启发。”
- “已重新实现为符合目标项目风格的模块，用于……”
- “参考项目通过 X 解决该问题；本项目选择 Y，因为……”

避免使用：

- “复制自……”
- “和……完全一样”
- “隐藏式模仿……”
- “让它看起来不相关……”