OpenTangl 核心能力
OpenTangl 并非简单的代码生成工具，而是一个完整的自主开发团队。它通过 LLM 驱动的工作流，实现了从需求理解到代码合并的全流程自动化，特别针对 JavaScript/TypeScript 生态设计。
核心用法
工作模式：用户只需提供产品愿景文档（product-vision.md），OpenTangl 即可自主循环执行：
1. 任务规划 — 读取愿景文档，扫描代码库，提出符合方向的开发任务
2. 代码实现 — 自主编写代码、运行构建验证、修复错误（最多重试3次）
3. PR 生命周期 — 创建分支、提交更改、发起 Pull Request
4. 代码审查 — 使用 LLM 自动审查 diff，通过则合并，发现问题则创建 Issue 人工介入
5. 状态同步 — 更新愿景文档中的任务进度
多项目管理：支持将多个仓库配置为统一产品环境（environment），实现跨仓库协调开发，如前后端同步迭代。
显著优点
- 端到端自动化：覆盖完整开发闭环，真正实现"无代码交付"
- 智能错误恢复：构建失败自动重试并基于错误反馈调整代码
- LLM 自审机制：PR 审查由独立 LLM 调用完成，形成自我纠错闭环
- 多项目协同：支持 monorepo 风格的多仓库统一管理
- 灵活配置：支持 OpenAI/Anthropic 双模型切换，任务队列可人工干预
潜在缺点与局限性
- 生态锁定：仅支持 JavaScript/TypeScript 项目，无法覆盖 Python、Go 等其他语言
- GitHub 依赖：PR/合并流程深度绑定 GitHub CLI，不支持 GitLab、Bitbucket 等平台
- 质量不确定性：虽然存在 LLM 审查，但复杂业务逻辑的正确性仍需人工最终把关
- 安全风险：
.env文件虽被.gitignore保护，但 API 密钥的本地存储仍有泄露风险 - 成本不可控：自主循环可能产生大量 LLM API 调用，费用随任务量线性增长
- 冲突处理局限：仅支持基础自动合并冲突解决，复杂冲突仍需人工介入
适合人群
- 独立开发者/小团队：希望将重复性编码工作外包给 AI，专注产品决策
- 原型快速验证：需要将产品想法快速转化为可运行的 MVP
- 维护性开发：已有明确技术债清单，希望自动化执行重构、依赖升级等任务
- 多项目管理者：需要协调多个 JS/TS 仓库的同步迭代
常规风险
| 风险类型 | 说明 |
|---------|------|
| 代码安全漏洞 | LLM 生成的代码可能包含 XSS、SQL 注入等漏洞，自动合并前缺乏安全审计 |
| 供应链攻击 | `npm install` 自动执行，若 LLM 引入恶意依赖将直接污染项目 |
| 密钥泄露 | 用户需手动管理 API 密钥，误操作可能导致密钥提交到仓库 |
| 无限循环消费 | `--cycles` 参数过大或 `feature-ratio` 不当可能导致意外高额账单 |
| 代码质量退化 | 长期自动化迭代可能累积技术债，缺乏人工把控时代码可维护性下降 |
使用建议
建议生产环境采用"半自动模式"：让 OpenTangl 执行到创建 PR 阶段，但关闭自动合并，保留人工 code review 环节。同时设置 API 消费预算告警，避免费用失控。