hristo2612/jinn

解决的问题

Jinn 为 AI 代理命令行接口（CLI）提供了一个管理层，将独立运行的代理转变为结构化、持久化的「AI 公司」。它通过引入共享的组织结构、持久的任务追踪以及跨会话持续的可复用自动化，解决了代理碎片化的问题。

工作原理

Jinn 作为一个本地网关守护进程和 Web 仪表板运行，协调您系统中已安装的现有代理 CLI（如 Claude Code、Codex 或 Grok）。它不提供自己的 AI 逻辑，而是作为「总线」，将任务分发给这些引擎。它通过 YAML 定义的角色、持久的待办事项账本和基于图的流程系统来管理公司状态，并在 localhost:7777 提供统一接口，用于操作整个组织。

适用人群

适用于已经使用代理 CLI 并希望将其使用规模扩展为复杂多代理流水线的用户，例如内容创作流水线、自动化研究组织，或需要人工审批的支持台。

主要亮点

• 组织模型：通过 YAML 定义具有职位、部门和汇报线的命名员工。
• 持久任务账本：跨会话追踪负责人、优先级和审批的待办事项系统。
• 可视化工作流：支持顺序、条件和并行路径的可复用图流程。
• 引擎无关性：支持多种代理 CLI（Claude、Codex、Grok、Hermes 等），并在一个引擎失败时支持故障转移链。
• 知识管理：持久化的 Markdown 笔记和「实验」系统，用于追踪假设和指标。
• 可扩展性：提供插件系统以添加仪表板页面和后台任务，并内置 MCP 用于公司运营。