安装
git clone https://github.com/tedix-hq/tedix.git && cd tedix
bun run-local --demo适合谁
Tedix适合经常使用AI助手、希望把例行工作整体交出去、自己只在关键节点拍板的人。官方对它的定位是：把工作交出去之后，Tedix只把需要你决策的事项带回来，并按重要程度排序，其余部分由它继续处理。换句话说，它解决的不是“能不能调用AI”，而是“哪些事值得你亲自过目”。如果你平时就在Claude、ChatGPT或Codex里推进任务，希望减少来回盯进度的负担，它值得一试。
客户端方面，官方明确支持Claude、ChatGPT和Codex；其他支持MCP协议的客户端可以经MCP gateway接入。不在这些范围内的助手能否顺利接入，证据未说明，需要自行验证。
上手的前提是本地工具链：Git、Bun和Node.js 22+，官方特别强调需要真正的Node，而不是Bun shim。这条本地路径不需要账号，也不需要云端凭证，试错成本主要在准备环境。它是否适合你所在领域的工作类型，证据同样没有给出范围，先用低风险任务验证。
暂时不适合的情况：只想用现成云端服务、不想装本地工具链的用户。Tedix Cloud目前未开放注册，仅限邀请；拿不到邀请又没有本地环境，现阶段无从体验。对云端能力有硬需求的团队，建议先拿到邀请再评估。
3 分钟完成第一次尝试
推荐主路径是本地demo模式：它以示例数据在本地把应用跑起来，不依赖云端，也不需要任何账号或云端凭证。
第一步，确认前提：装好Git、Bun和Node.js 22+。本地装不了这套依赖，这条路径就走不通。
第二步，克隆仓库并启动演示：
git clone https://github.com/tedix-hq/tedix.git && cd tedix
bun run-local --demo
第三步，观察成功信号：应用在本地启动，并加载示例数据。官方说明到此为止；demo界面里具体能执行哪些操作、示例数据包含什么，证据未说明，请在本地自行观察确认。第一次尝试建议只观察、不提交真实任务，确认行为符合预期后再深入。
两点提醒：其一，这一步属于本地运行，不涉及云端凭证；其二，应用是否会读取本地其他数据、是否联网，证据未说明，不要默认它没有任何影响。这两点不妨碍首次尝试，但会影响你是否继续使用它。
其他官方接入方式只作次要参考，不与主路径并列：支持Agent Skills的agent可以运行npx skills add tedix-hq/tedix-plugins添加Tedix的技能；除官方点名的客户端之外，会说MCP的客户端经MCP gateway连接。这些方式各自需要什么配置，证据未给出。
使用案例
案例一：不接云端，先用示例数据摸清它的决策机制。场景：你想判断“只带回需要你决策的事项”这种工作方式是否适合自己，又不想提供任何真实数据。做法：完成上面的克隆，执行bun run-local --demo。可期待的结果：应用以示例数据在本地启动，全程不需要账号或云端凭证；demo中具体有哪些操作、能得到什么输出，证据未列出，以本地实际所见为准。
案例二：为你已有的agent添加Tedix技能。场景：你日常使用的agent能读取Agent Skills，你想让它获得Tedix的工作处理能力。做法：运行npx skills add tedix-hq/tedix-plugins。可期待的结果：官方说明任何读取Agent Skills的agent都能借此添加Tedix的技能；添加之后具体提供哪些技能、各自如何调用，证据未给出，无法确认到可执行细节，请在添加后自行查看，并先用无足轻重的任务试运行。
使用边界
- 读写性质：demo模式与MCP gateway暴露的具体能力中，哪些只读、哪些会写本地或远端状态，证据均未说明；执行动作前先弄清它的影响，本地写入也不应被当成只读操作。
- 凭证与数据：本地主路径官方明确无需账号与云端凭证；应用读取本地文件的范围、是否会联网、数据如何处理，均未确认。
- 云端差异：Tedix Cloud仅限邀请、未开放注册；本地demo与云端服务各自覆盖哪些能力、差异多大，证据未说明。
- 客户端一致性：官方点名的客户端与经MCP gateway接入的客户端，可用的功能是否一致，未确认。
- 撤销与留存：证据未提及操作撤销路径、使用配额与数据留存方式；这些环节没有说明不代表没有限制，关键操作前以官方文档为准。示例数据的内容范围同样未说明。