核心用法
OpenTangl 不是简单的代码生成器，而是一个完整的"自驾驶"开发团队。用户只需提供产品愿景文档，系统即可自主完成从任务规划到代码合并的完整开发循环：
1. 智能项目检测：自动识别 JS/TS 项目类型（React/Vite/Next.js/Express/Serverless 等）、包管理器、构建命令和目录结构
2. 愿景驱动开发：通过 product-vision.md 定义项目方向与优先级，OpenTangl 据此自主规划功能实现
3. 自治执行循环：每轮周期包括——扫描代码库→提出任务→编写代码→运行验证→创建 PR→LLM 审查→自动合并
4. 多仓库编排：支持将多个代码库作为统一产品管理，协调跨仓库依赖与变更
显著优点
- 端到端自动化：突破传统 AI 代码助手的"建议模式"，真正自主交付可合并的生产代码
- 多智能体协作：内置规划代理、编码代理、审查代理的分工体系，模拟真实团队协作
- 质量门禁机制：每个任务必须通过用户定义的验证命令（构建/测试/类型检查）才能进入提交流程
- 渐进式迭代：失败任务自动重试（最多3次），冲突智能解决，异常自动上报人工
潜在局限与风险
- 生态锁定：当前仅支持 JavaScript/TypeScript 生态，对其他语言无原生支持
- 基础设施依赖：需要 Node.js ≥18、GitHub CLI 认证、有效的 LLM API 密钥，配置门槛较高
- 审查黑箱性：LLM 代码审查缺乏可解释的标准，关键问题可能被遗漏或过度敏感
- 成本不可控：自主循环可能产生大量 API 调用，长周期运行的费用需提前规划
- 权限风险：需要 GitHub 仓库的写权限，误配置可能导致非预期合并
适合人群
- 独立开发者希望将产品构思快速转化为 MVP
- 技术负责人需要并行推进多个实验性项目
- 开源维护者处理标准化的 issue 修复与文档更新
- 不适合：安全关键系统、受严格合规约束的企业代码库、缺乏代码审查能力的团队
常规风险
| 风险类型 | 说明 | 缓解建议 |
|---------|------|---------|
| 代码质量 | 生成的代码可能隐藏 subtle bug | 强制运行测试套件，保留人工抽查机制 |
| 安全漏洞 | 可能引入依赖污染或注入风险 | 启用依赖扫描，限制网络访问权限 |
| API 成本 | 自主循环消耗大量 token | 设置预算上限，使用 `--cycles` 限制运行次数 |
| 仓库污染 | 自动 PR 可能堆积或冲突 | 配置保护分支规则，要求 CI 通过才能合并 |
技术架构
- 运行时：Node.js + TypeScript
- LLM 后端：OpenAI GPT-4o / Anthropic Claude（可切换）
- 版本控制：GitHub API via CLI
- 配置格式：YAML 声明式配置