统一AI命令行界面配置器
一个统一的、跨平台的图形用户界面(GUI),用于发现和配置AI命令行界面(CLI)工具。
通过单一且直观的界面,智能发现并可视化多个代理CLI(命令行界面)的配置。
   
______________________________________________________________________
🚀 概述
管理多个基于人工智能的命令行界面(CLI)工具可能会让人感到应接不暇。每个工具都有其独特的配置格式、安装方法和环境要求。 统一AI命令行接口配置器 通过提供一个集中式的、可视化的界面来发现和理解您的AI开发工具,从而解决了这个问题。
支持的AI命令行工具
| 工具 | 描述 | 检测状态 |
|---|---|---|
| OpenAI Codex | 由AI驱动的编码助手 | ✅ 支持 |
| Anthropic Claude 代码 | 高级AI编码工具 | ✅ 支持 |
| 阿里巴巴通义千问(或简称“通义千问”,根据上下文,“Qwen”可理解为“通义千问”的英文简称) | 开源AI助手 | ✅ 支持 |
| Google Gemini | 谷歌的AI命令行界面 | ✅ 支持 |
| OpenCode(可译为“开源代码”或根据具体语境保持为“OpenCode”) | 通用AI前端 | ✅ 支持 |
| Amazon Q 开发者 | 与AWS集成的AI | ✅ 支持 |
______________________________________________________________________
✨ 特点/功能
✅ 已全面实施
🔍(放大镜图标,通常表示搜索、查看细节或调查的意思) 实时反馈的智能检测 ✨ 新品
- 多阶段检测 算法检查路径、包管理器以及启发式位置
- 版本检测 对于所有已安装的工具
- 配置文件发现 跨越系统、用户、项目和遗留位置
- 实时状态指示器 为每种工具设置带颜色编码的状态
- 托斯特通知(或“短暂通知”) 显示检测进度和结果
- 用户反馈 关于工具名称及数量的工具发现
📊(表格) 配置管理 ✨ 新品
- 基于模式的用户界面(Schema-based UI) 带有类型感知表单控件(布尔型、字符串型、数字型、数组型、对象型、枚举型)
- 完全支持 TOML 1.0 使用 @iarna/toml 解析器(支持表数组、内联表、嵌套结构)
- 配置文件的编辑和保存 支持原子级写入和数据完整性
- 变更跟踪 带有未保存更改指示器
- 丢弃更改 撤销编辑的功能
- 冲突检测显示 突出显示不同文件之间的设置差异
- 视觉层次显示 显示配置优先级
- 缺失配置分析 带有可操作性的建议
- 吐司通知(或简称为“弹出通知”) 保存成功/失败状态及详细错误信息
🌍(地球) 环境变量管理 ✨ 新品
- 可视化编辑器 对于具有每种工具特定要求的环境变量
- 系统级持久性 (Windows 注册表 / Unix shell 配置文件)
- 安全警告 在修改系统环境之前
- 针对特定平台的指南 (显示将要修改的文件/注册表项)
- 重启终端提醒功能 以便更改生效
- 确认对话框 防止意外的系统更改
🔐(锁形符号,常用于表示安全、保密或密码等含义) 安全配置流水线 ✨ 新品
- 基于Keytar的凭证存储 自动捕获API密钥、令牌和秘密
- 模式驱动的验证 阻止无效保存,并提供行内表面指导
- 自动带时间戳的备份 一键恢复和项目范围内的历史记录
- 置信区间(CI)覆盖率 通过 GitHub Actions 在每次推送时运行 Vitest 单元/集成测试套件
💻(电脑) 终端模拟器(仿真)
- 命令历史 使用箭头键导航
- 制表符补全(或自动补全) 对于常见命令和工具名称
- 内置终端接口 以便快速查阅
- 快速操作按钮 对于每个工具
- ⚠️(警告符号,无直接对应中文含义,可理解为“注意”或“警告”的意思) 注模拟终端界面;不执行真实命令
🎨(涂鸦/绘画艺术) 现代用户界面
- 简洁直观的界面 使用Tailwind CSS构建
- 标签式导航 (配置,缺失配置,环境,终端,MCP(管理控制面板或类似系统),代理)
- 状态指示器 带有颜色编码(已找到、未找到、错误、待处理)
- 视觉反馈 带有托盘通知
- 响应式设计 适用于任何屏幕尺寸
- 专业的色彩搭配 使用蓝色作为原色,并采用Inter字体
🚧(施工中/维修中/道路封闭等,具体含义根据上下文而定) 正在开发中 (用户界面完整,后端计划中)
🔌(电源插头/插座) MCP服务器管理
- ✅ 带实时日志和自动刷新的STDIO生命周期管理
- 🔜 HTTP服务器编排与健康检查 - 计划在v1.2中实现
- 🔜(表示即将来临或快速前进的符号,无直接对应中文翻译,可理解为“快了”或根据语境灵活处理) 资源监控与自动重启策略 - 计划在v1.2中实现
- 注在v1.2版本之前,HTTP服务器仅为查看模式
机器人🤖 自定义代理支持 (亚马逊Q)
- ✅ 代理创建界面
- ✅ 模型和提示配置用户界面
- 🔜(表示“快来了”或“即将发生”) 实际代理部署 - 计划在v1.2中实现
- 注仅提供UI预览,代理持久化功能计划在v1.2版本中实现
📋(清单/待办事项列表) 计划中的功能 (尚未实现)
以下功能计划在未来的版本中推出:
- 🔜 备份差异查看器 & 回滚预览 (v1.2)
- 🔜(表示即将发生或即将到来的意思,可翻译为“即将”或“马上”) OAuth认证流程 (v1.2)
- 🔜(表示即将发生或很快到来的某种情况或事件的符号,可译为“即将”或根据上下文具体翻译) 在终端中实际执行命令 (v1.2)
- 🔜 实时MCP服务器集成 (v1.2)
- 🔜 工具安装和更新 (v2.0)
- 🔜 配置模板及导入/导出 (v2.0)
______________________________________________________________________
🛠️ 安装
先决条件
- Node.js 18岁以上和npm(注:npm是Node.js的包管理器,通常与“18岁以上”这样的年龄限制表述放在一起,可能是某种特定上下文或活动中的要求)
- 操作系统Windows 10及以上版本,macOS 10.15及以上版本,或Linux(任何现代发行版)
- 至少一个AI命令行界面工具 安装在您的系统上进行测试
从源代码安装
# Clone the repository
git clone https://github.com/Diadems666/unified-ai-cli-configurator.git
cd unified-ai-cli-configurator
# Install dependencies
npm install
# Run in development mode
npm run electron:dev为生产构建(或:构建生产环境)
# Build the application
npm run build:electron
# Create distributable packages (for your platform)
npm run dist注在v1.0.0版本稳定后,将提供预编译的发布版。目前,仅支持从源代码构建。
______________________________________________________________________
🚦 快速入门
- 启动应用程序
npm run electron:dev- 该应用程序在启动时自动检测所有已安装的AI命令行界面工具 - 检测并行进行,以快速得出结果
- 查看已检测到的工具
- 查看侧边栏以了解发现了哪些工具 - 状态指示器显示:✅ 已找到,❌ 未找到,⚠️ 错误,⏳ 检测中
- 探索并编辑配置 ✨ 新品
- 配置选项卡查看和编辑工具设置,采用基于模式的显示方式 - 保存更改点击“保存配置”以持久保存编辑内容 - 丢弃更改一键撤销未保存的编辑 - 缺少配置选项卡查看所需的设置步骤 - 环境选项卡编辑并保存具有系统级持久性的环境变量 - 终端选项卡访问模拟终端界面
- v1.0.0版本中的新功能
- ✅ 配置保存 现在工作 - 更改持久化到磁盘 - ✅ 环境变量 可以保存到系统(带有安全警告) - ✅ 工具检测反馈 带有通知提醒功能 - ✅ 完全支持 TOML 1.0 包括MCP服务器配置(表的数组) - ⚠️ 终端仍在 模拟的 - 实际命令执行功能将在v1.2版本中推出 - ⚠️ MCP服务器接口显示 模拟数据 - v1.2版本将推出实时服务器
______________________________________________________________________
🏗️ 建筑学
技术栈
- 框架Electron 28+ 配备 Vite 构建系统
- 前端使用 TypeScript 的 React 18(严格模式)
- 状态管理“Zustand for reactive state” 可以翻译为“用于响应式状态的 Zustand(或:Zustand 用于响应式状态管理)”。这里,“Zustand”是一个用于状态管理的库,特别是在 React 应用中,而“reactive state”指的是响应式状态,即能够自动更新并反映变化的状态
- 造型设计使用自定义蓝色主题的 Tailwind CSS
- 后端使用TypeScript的Node.js(目标版本为ES2020)
- 构建系统Vite 配合热模块替换(Hot Module Replacement,HMR)功能
- 通知用于用户反馈的 react-hot-toast
- TOML 解析@iarna/toml 以实现完整的 TOML 1.0 规范兼容性
- 安全上下文隔离,无节点集成
项目结构
unified-ai-cli-configurator/
├── electron/ # Electron main process (backend)
│ ├── main.ts # Entry point, IPC handlers
│ ├── preload.ts # Secure IPC bridge
│ ├── types.ts # Shared TypeScript types
│ ├── system.ts # Cross-platform utilities
│ ├── configManager.ts # Config file parsers (JSON/TOML)
│ └── detectors/ # Tool detection modules
│ ├── index.ts # ToolDetectorManager singleton
│ ├── baseDetector.ts # Abstract base class
│ ├── codexDetector.ts # OpenAI Codex detection
│ ├── claudeDetector.ts # Claude Code detection
│ ├── qwenDetector.ts # Qwen detection
│ ├── geminiDetector.ts # Gemini detection
│ ├── opencodeDetector.ts # OpenCode detection
│ └── amazonqDetector.ts # Amazon Q detection
├── src/ # React frontend
│ ├── components/ # React components
│ ├── pages/ # Page components
│ ├── store/ # Zustand state management
│ └── utils/ # Utility functions
├── docs/ # Documentation
│ └── TECHNICAL.md # Technical reference
├── package.json # Dependencies and scripts
├── vite.config.ts # Vite configuration
├── tailwind.config.js # Tailwind CSS configuration
├── CONTRIBUTING.md # Contribution guidelines
└── README.md # This file______________________________________________________________________
🔧 配置
工具检测算法
该应用程序使用了一个 三阶段检测过程:
- PATH Scan(路径扫描)用途
which(Unix) 或where(Windows) 以查找可执行文件 - 包管理器位置扫描标准的npm、Homebrew、pip目录
- 启发式搜索查找配置目录(例如。,
~/.codex,~/.claude)
被检测到的内容
对于每个工具,应用程序会尝试查找:
- ✅ 安装路径 和 版本
- ✅ 配置文件位置 (可能会找到多个文件)
- ✅ 表示“正确”或“对”。 配置文件内容 (JSON/TOML 解析)
- ✅ 表示“正确”或“对”的意思。 所需的环境变量 (检查它们是否存在)
检测精度取决于安装方法。通过npm、Homebrew或pip进行的标准安装最可靠地能被检测到。
______________________________________________________________________
💻 开发
在开发模式下运行
npm install
npm run electron:dev- 开发服务器运行在端口 五千一百七十三
- React状态变更触发 热重载
- DevTools 自动打开用于调试
贡献;做出贡献
我们欢迎投稿!请见 \CONTRIBUTING.md\ 翻译为中文是:“贡献指南/贡献规范(Markdown文件)”。这个文件通常用于说明如何为项目做出贡献,包括提交代码、报告问题、提出建议等相关的指南和规范 对于;为了;鉴于;由于
- 开发环境设置
- 编码规范
- 拉取请求流程
- 如何添加新工具
贡献的重点领域:
- 实现实际配置文件的保存
- 添加真实的终端命令执行功能
- MCP服务器进程管理
- 环境变量持久化
- 添加测试
______________________________________________________________________
🐛 已知限制
当前版本(v1.0.0)
配置管理:
- ✅ ~~无法保存配置更改~~ - 在v1.0.0版本中已修复!
- ⚠️ 除类型检查外,不提供实时验证功能(计划在v1.1中实现)
- ⚠️ 冲突检测仅为视觉显示,不解决冲突
环境变量:
- ✅ ~~无法自动持久化~~ - 在v1.0.0中已修复! 现在保存到注册表/Shell配置文件中
- ⚠️ 对shell配置文件进行重复检测(计划在v1.1中实现)
终端模拟器:
- ❌ 不执行实际命令(仅模拟)- 计划在v1.2中实现
- ❌ 无法与实际的CLI工具交互 - 计划在v1.2版本中实现
MCP服务器:
- ❌ 无法实际启动/停止服务器进程(使用模拟数据)- 计划在v1.2版本中实现
- ❌ 无实时服务器状态监控 - 计划在v1.2中实现
安全:
- ✅ 通过密钥引用存储的秘密(
@keytar-ref:*); 渲染器默认会屏蔽值 - ⚠️ 旧版纯文本配置仍需一个引导式迁移流程 - 计划在v1.2中实现
工具管理:
- ❌ 无法安装或更新工具 - 计划在 v2.0 中实现
- ❌ 安装时未集成包管理器 - 计划在v2.0中实现
查看我们的 路线图 用于计划中的改进。
______________________________________________________________________
📚 文档
- README.md(文件名,通常用于说明文件或目录内容) - 此文件(入门指南、功能、限制)
- \
CONTRIBUTING.md\翻译为中文是:“贡献指南文件”或“贡献规范文件”。这个文件通常用于说明如何向某个项目或组织做出贡献,包括提交代码、报告问题、提出建议等相关的指南和规范 - 如何为项目做出贡献 - AGENTS.md 翻译为中文是:“代理列表.md” 或者 “代理文件.md”(具体翻译可能根据上下文有所调整,但基本意思是指一个关于代理的Markdown文件) - 针对人工智能和自动化代理量身定制的仓库指南
- docs/TECHNICAL.md 翻译为中文是:文档/技术说明.md - 技术架构和实现细节
- 许可证 - MIT 许可证
______________________________________________________________________
🧪 测试与持续集成(CI)
- 单元+集成:
npm run test:run使用 React Testing Library 运行(无头模式)Vitest 测试套件。 - 覆盖率/用户界面(Coverage/UI):
npm run test:coverage并且npm run test:ui提供V8覆盖率报告和交互式调试功能。 - 持续集成:
.github/workflows/ci.yml运行npm ci并且通过 GitHub Actions 在每次推送和拉取请求时运行 Vitest 套件。
______________________________________________________________________
🤝 贡献
欢迎贡献!这是一个初期项目,还有许多功能有待实现。
贡献方式
- 实现缺失的功能 (参见已知限制)
- 扩展 Vitest 的单元/集成测试套件 或者添加 Playwright 端到端(E2E)覆盖率
- 完善文档
- 报告错误 或者提出功能建议
- 在不同平台上进行测试 并报告兼容性问题
看 \CONTRIBUTING.md\ 翻译成中文是:“贡献指南.md” 或 “贡献规范.md”(具体翻译可能根据上下文略有调整,但核心意思是“关于如何贡献的指南/规范文件”) 以获取详细指南。
______________________________________________________________________
📝 许可证
这个项目采用MIT许可证授权——详见 许可证 文件中有详细信息。
______________________________________________________________________
🗺️ 路线图与未来发展方向
这份路线图概述了统一AI命令行接口(CLI)配置器从当前状态(即生产就绪的配置编辑器)到一个功能全面的配置管理平台的计划演进过程。每个版本都在前一个版本的基础上进行发展,遵循从配置管理到完整生命周期管理的逻辑进展。
______________________________________________________________________
版本1.0.0(当前版本)- 生产发布 ✅(勾选标记,表示正确、确认或完成)
状态发布日期(2025年10月11日) 焦点检测、可视化和配置管理
包含内容:
- ✅ 对6个AI命令行界面(CLI)进行多阶段工具检测,并提供实时反馈
- ✅ 配置文件发现与解析(支持JSON/TOML,且TOML 1.0功能完整)
- ✅ 配置编辑和保存 具有原子写操作
- ✅ 环境变量管理 具有系统级持久性
- ✅ 基于模式的用户界面,带有类型感知的表单控件
- ✅ 配置冲突可视化
- ✅ 缺失配置分析
- ✅ 所有操作均提供Toast通知
- ✅ 更改追踪和丢弃功能
- ✅ 模拟终端仿真器
- ✅ MCP服务器接口原型设计
目的为AI CLI工具提供一个功能齐全的配置编辑器。用户现在可以放心地发现、查看、编辑和保存配置。
行之有效的做法配置编辑、环境变量持久化、TOML 1.0 解析(包括 MCP 服务器) 计划是什么真实终端执行(v1.2),实时MCP服务器(v1.2),安全凭证存储(v1.1)
______________________________________________________________________
版本1.1(2025年第二季度)- 安全与验证 🔜 翻译为中文是“即将”或“很快”。
状态在规划中 焦点安全凭证存储和配置验证
核心功能
1. ~~实际配置文件保存~~ ✅ 已在 v1.0.0 版本中完成
- ✅ 后端I/O用于写入JSON/TOML配置文件
- ✅ 支持使用 @iarna/toml 的 TOML 1.0(表格数组、内联表格、嵌套结构)
- ✅ 原子写入以确保数据安全
- ✅ 更改追踪和丢弃功能
- ✅ 用户反馈的Toast通知
2. 使用keytar确保凭证安全存储
- 什么将API密钥存储在操作系统原生的凭据管理器中,而不是明文配置文件中
- 为什么通过使用 macOS Keychain、Windows 凭据保险库或 Linux Secret Service 来增强安全性
- 技术方法:
- 整合现有 keytar 依赖项(当前未使用) - 在首次保存时,将敏感字段(API密钥、令牌)迁移到keytar - 为现有的明文凭据添加凭据迁移向导 - 更新配置解析器以处理凭据引用
2. 实时配置验证
- 什么在保存配置更改前,使用JSON Schema或特定工具的验证器进行验证
- 为什么防止可能导致CLI工具崩溃的损坏配置
- 技术方法:
- 为每个工具的配置格式定义JSON模式 - 实现客户端验证并提供即时反馈 - 在文件写入前添加服务器端验证作为最终检查 - 显示验证错误并提供修复建议
3. 配置备份与恢复
- 什么配置更改的自动版本控制和回滚功能
- 为什么用户需要信心去尝试不同的设置,因为他们知道可以撤销更改
- 技术方法:
- 创建 .backup/ 每个工具配置目录中的目录 - 使用ISO格式的时间戳备份(例如。, config.toml.2025-01-15T10-30-00.bak) - 实现恢复用户界面,显示备份历史 - 添加配置差异查看器以比较当前配置与备份配置
依赖项需要版本1.0.0(文件写入功能)- ✅ 现已可用
______________________________________________________________________
版本1.2(2025年第三季度)- 终端与MCP(或:终端与多点控制单元) 🔜(表示即将发生或很快到达的某个时间点或事件)
状态正在规划中 焦点实时系统集成
核心功能
1. ~~自动环境变量持久化~~ ✅ 在 v1.0.0 中已完成
- ✅ 自动将环境变量写入shell配置文件或Windows注册表
- ✅ 平台特定的环境设置器:
- ✅ Windows写信给 HKEY_CURRENT_USER\Environment 并且广播 WM_SETTINGCHANGE - ✅ macOS/Linux(可直接作为答案,无需额外翻译)将内容追加到 shell 配置文件(~/.bashrc 或 ~/.zshrc)中
- ✅ 系统修改前的安全警告
- ✅ 更改预览(显示将修改的文件/注册表项)
- 🔜 在修改前(计划中)备份Shell配置文件
- 🔜 对外壳配置文件进行重复检测(计划中)
2. 实际终端命令执行
- 什么使用 node-pty 或类似工具将模拟终端替换为实际命令执行
- 为什么用户希望在不退出应用的情况下立即测试配置
- 技术方法:
- 整合 node-pty 用于真正的PTY(伪终端)仿真 - 实现正确的ANSI转义码渲染 - 跨会话添加命令历史持久化功能 - 具有可配置限制的沙盒命令执行 - 支持交互式命令(提示、确认)
2. 实时MCP服务器进程管理
- 什么实际上,开始、停止和监控MCP服务器进程,而不是显示模拟数据
- 为什么MCP服务器对于扩展工具功能至关重要;用户需要生命周期管理
- 技术方法:
- 为STDIO服务器实现进程派生功能 child_process - 为远程MCP服务器添加HTTP健康检查 - 创建进程监控,实现崩溃时自动重启 - 实现从服务器进程的日志流传输 - 添加每台服务器资源使用情况监控(CPU、内存)
3. 支持深色模式主题
- 什么添加系统感知的深色/浅色主题,并支持手动覆盖
- 为什么无障碍性和用户偏好——许多开发者更喜欢深色模式
- 技术方法:
- 在 Tailwind 配置中扩展暗色模式变体 - 在页眉中添加主题切换功能 - 在应用设置中持久保存主题偏好 - 默认尊重系统偏好设置(prefers-color-scheme)
依赖项需要v1.0.0版本(文件写入功能)以保存终端历史记录和服务器配置 - ✅ 现已可用
______________________________________________________________________
2.0版本(2025年第四季度)- 全生命周期管理 🔜
状态在规划中 焦点工具安装与更新
核心功能
1. 通过包管理器安装工具
- 什么直接使用 npm、Homebrew、pip 等从应用中安装 AI CLI 工具。
- 为什么为想要尝试工具但不想手动安装的新用户消除障碍
- 技术方法:
- 检测系统上可用的包管理器 - 为每个工具创建安装向导,并提供特定于平台的说明 - 实时输出显示安装进度 - 验证安装是否成功,并立即更新工具状态 - 处理权限问题(sudo 提示,Windows 上的权限提升)
2. 自动更新与依赖管理
- 什么通知用户新工具版本并提供一键更新功能
- 为什么保持工具更新至最新功能和安全补丁
- 技术方法:
- 查询工具存储库/注册表以获取版本信息 - 将已安装版本与最新可用版本进行比较 - 在更新前显示更新日志/发行说明 - 通过迁移指南处理重大变更 - 如果更新导致问题,支持回滚
3. 配置模板和市场
- 什么为常见使用场景预置的配置文件(例如,“Python 开发”、“Web 应用”、“DevOps”)
- 为什么加快入职流程,帮助用户发现最佳设置
- 技术方法:
- 创建模板模式格式(带有元数据的JSON) - 构建由社区贡献的模板库 - 添加带搜索和过滤功能的模板浏览器用户界面 - 实现模板导入并解决冲突 - 允许用户导出和共享他们的配置
4. OAuth 认证流程
- 什么支持基于浏览器的OAuth的工具(如Claude、Qwen、Amazon Q)
- 为什么比API密钥更安全,并且提供对额外功能(团队工作区、使用分析)的访问权限
- 技术方法:
- 实现带有本地回调服务器的OAuth 2.0 PKCE流程 - 在keytar中安全地存储OAuth令牌 - 自动处理令牌刷新 - 添加账户关联/取消关联的用户界面 - 每个工具支持多个账户
依赖项需要v1.1(凭证存储)和v1.2(进程管理)版本
______________________________________________________________________
未来创意(超越2.0)💡
这些功能正在考虑中,但尚未安排:
自定义工具插件系统
- 什么用于在不分支项目的情况下添加对新AI命令行界面(CLI)支持的SDK
- 为什么社区可以扩展该应用程序以支持特定领域或专有工具
- 技术方法定义带有工具检测器接口、配置模式和UI组件的插件API
团队协作功能
- 什么与团队成员共享配置,跨组织同步设置
- 为什么企业需要标准化配置以确保一致性和合规性
- 技术方法基于云的后端用于配置存储、基于角色的访问控制、审计日志记录
配置云同步
- 什么在多台机器上同步个人配置
- 为什么开发者在多种设备上工作,希望拥有统一的设置
- 技术方法加密云存储,解决同时编辑时的冲突
VS Code与JetBrains IDE集成
- 什么在集成开发环境(IDE)中启动配置器的扩展/插件
- 为什么开发者在集成开发环境(IDEs)中花费大部分时间;上下文切换会干扰他们的工作
- 技术方法使用WebView的VSCode扩展,使用JavaFX的JetBrains插件
基于浏览器的管理网页版
- 什么网页应用作为桌面应用的替代方案,实现轻量级访问
- 为什么在无安装权限的机器上实现无障碍访问,移动访问
- 技术方法使用Next.js或SvelteKit作为前端,搭配REST API作为后端
______________________________________________________________________
发展理念
我们的路线图遵循以下原则:
- 渐进增强每个版本都在增加新功能的同时,不破坏现有功能
- 用户反馈至上功能优先级根据社区在GitHub讨论中的反馈进行调整
- 默认安全在实现便捷功能之前,已实施凭证管理和安全存储
- 跨平台一致性/均衡性所有功能在Windows、macOS和Linux系统上均表现一致
- 永远开源核心功能仍然免费且开源;无功能付费壁垒
______________________________________________________________________
为路线图做出贡献
我们欢迎社区就功能优先级提出意见:
- 对功能进行投票评论如下:
- 提出新功能提出一个功能请求问题,包含用例和理由
- 尽早实现功能为路线图项目提交拉取请求(PRs)——我们将提前合并高质量的实现
看 CONTRIBUTING.md 翻译为中文是:“贡献指南.md” 或 “如何贡献.md” 作为发展指南。
______________________________________________________________________
📧 联系与支持
- GitHub Issues(GitHub问题): 报告错误或请求功能
- GitHub 讨论区: 提出问题并分享想法
- 文档: docs/TECHNICAL.md 翻译为中文是:文档/技术说明.md
______________________________________________________________________
🙏 致谢
- 电子 - 跨平台框架
- React(注:这是一个编程框架或库的名称,通常直接音译,不翻译为“反应”等含义) - 用户界面库
- 快点 - 构建工具
- Tailwind CSS - CSS 框架
- 状态 - 状态管理
- OpenAI、Anthropic、谷歌、阿里巴巴、AWS(亚马逊网络服务) - 用于他们的AI命令行界面工具
- 模型上下文协议 - 可扩展性标准
______________________________________________________________________
为AI开发者社区倾心打造
✨ v1.0.0 生产版发布 - 现在支持完整的配置编辑!
自信地管理您的AI命令行界面工具。包含配置保存、环境变量支持以及TOML 1.0格式支持。
如果这个项目对您有所帮助,请在GitHub上给它一个⭐️点赞!
](https://github.com/Diadems666/unified-ai-cli-configurator)
