核心用法
OpenTangl 是一个自主运行的开发循环系统，用户只需提供产品愿景文档，系统即可接管完整的软件交付流程。其工作流程分为六个阶段：环境准备、项目初始化（支持从零创建或接入现有代码库）、生成配置文件、编写产品愿景文档、配置 LLM 提供商，最后启动自动驾驶模式。
核心指令为 autopilot，支持单项目或多项目协同开发。系统通过 --cycles 控制迭代轮次，--feature-ratio 调节功能开发与维护测试的比例，--agent 切换 OpenAI 或 Anthropic 的模型。多项目场景下，可通过 environment 字段将多个仓库关联为统一产品进行协调管理。
显著优点
1. 端到端自动化：覆盖需求分析、代码编写、构建验证、PR 创建、代码审查、合并发布的完整 DevOps 闭环
2. 多项目协同：支持跨仓库的产品级管理，适合微服务或前后端分离架构的统一迭代
3. 智能任务调度：基于愿景文档自主拆解优先级，动态维护任务队列，减少人工规划负担
4. 弹性错误恢复：构建失败时自动重试 3 次并反馈错误上下文，PR 冲突时内置解析器或升级人工审查
潜在局限与风险
- 代码质量不可控：LLM 生成的代码可能存在隐蔽缺陷，虽有自动审查但无法替代人工架构把控
- 安全风险敞口：具备 GitHub 仓库写权限和自动合并能力，恶意提示注入或模型幻觉可能导致破坏性变更
- 成本不可预测：长时间后台运行（支持
nohup守护进程）可能累积大量 API 调用费用 - 技术栈锁定：仅支持 Node.js/TypeScript 生态，对 Python、Go 等其他语言项目无原生支持
- 黑盒调试困难：自动生成的提交历史和 PR 描述可能缺乏人类可读的业务上下文
适合人群
- 追求极致开发效率的独立开发者或微型团队
- 需要快速验证 MVP 的产品原型阶段
- 维护成熟项目常规迭代、减少重复劳动的场景
- 不适合：对代码安全性要求极高的金融/医疗系统、需要复杂人工审批的合规环境、缺乏技术背景完全依赖自动化结果的用户
常规风险提示
使用前务必确认仓库已备份，建议在私有沙箱环境首次验证。监控 /tmp/opentangl.log 了解运行状态，定期检查自动创建的 PR 内容。切勿在生产代码库直接启用 --cycles 高轮次后台运行。