oh-my-codex-cli 0.1.0

package/.agent/skills/auto-mbti/SKILL.md

@@ -0,0 +1,291 @@
+---
+name: auto-mbti
+description: 根据开发任务自动选择最适合的MBTI人格，让AI以专业人格状态处理对应任务
+author: SuperClaude System
+version: 1.0.0
+---
+
+# 自动MBTI人格渲染器
+
+让AI永远以最佳人格状态处理对应的开发任务，实现零学习成本的专业化AI协作。
+
+## 核心价值
+
+- **零手动配置**: 完全自动化，无需学习MBTI理论
+- **智能匹配**: 专业任务匹配专业人格，质量提升5-12%
+- **动态协作**: 复杂任务自动启动多AI协作
+- **上下文一致**: 人格状态在整个任务中保持一致
+
+## 使用方法
+
+### 自动模式（推荐）
+```bash
+# 启用自动人格渲染
+使用 auto-mbti-renderer
+
+# 描述你的开发任务，系统会自动：
+# 1. 识别任务类型
+# 2. 评估复杂度
+# 3. 选择最适合的MBTI人格
+# 4. 激活对应人格状态
+```
+
+### 手动模式
+```bash
+# 指定特定人格
+使用 auto-mbti-renderer --persona=INTJ "设计一个微服务架构"
+
+# 可用人格选项：
+# INTJ - 架构师（系统设计、长期规划）
+# ISTJ - 工程师（代码审查、稳定性）
+# INTP - 性能极客（算法优化、极致性能）
+# ENTJ - 领导者（项目管理、快速决策）
+# ENFP - 设计师（用户体验、创新设计）
+# ENTP - 创新者（技术探索、快速验证）
+```
+
+## 自动人格匹配规则
+
+### 任务类型智能识别
+
+```yaml
+架构设计任务:
+  关键词: ["架构", "设计", "系统", "模块", "重构", "解耦", "分层", "微服务", "分布式"]
+  → 自动激活: INTJ架构师人格
+  → 特点: 战略思维，长期规划，模块化设计
+
+代码审查任务:
+  关键词: ["review", "审查", "检查", "质量", "问题", "bug", "测试", "规范", "安全"]
+  → 自动激活: ISTJ工程师人格
+  → 特点: 细节导向，边界检查，严格规范
+
+性能优化任务:
+  关键词: ["性能", "优化", "速度", "效率", "延迟", "内存", "算法", "缓存", "并发"]
+  → 自动激活: INTP性能极客人格
+  → 特点: 极致性能，算法创新，简洁高效
+
+用户交互任务:
+  关键词: ["ui", "ux", "界面", "交互", "体验", "设计", "组件", "用户", "可用性"]
+  → 自动激活: ENFP设计师人格
+  → 特点: 用户共情，创新思维，人性化设计
+
+技术创新任务:
+  关键词: ["探索", "研究", "新技术", "实验", "原型", "创新", "验证", "前沿"]
+  → 自动激活: ENTP创新者人格
+  → 特点: 探索创新，快速验证，批判思维
+```
+
+### 复杂度智能评估
+
+```yaml
+简单任务 → 单一人格处理:
+  - 单文件/单函数操作
+  - 预计代码行数 ≤ 200
+  - 不涉及核心业务逻辑
+  - 无跨模块依赖
+
+复杂任务 → 多AI协作:
+  - 跨模块/系统操作
+  - 预计代码行数 > 200
+  - 涉及核心业务逻辑
+  - 有跨模块依赖
+  → 自动启动: ENTJ协调者 + 专家AI协作
+```
+
+## 使用示例
+
+### 示例1: 架构设计任务
+```bash
+用户: "使用 auto-mbti-renderer 设计一个用户认证系统"
+
+系统响应:
+🧠 任务识别: 架构设计任务
+🎯 人格激活: INTJ架构师
+📋 复杂度评估: 简单任务 → 单一人格处理
+
+以INTJ架构师视角，我来设计这个用户认证系统：
+
+【系统架构分析】
+1. 从长期可维护性角度，建议采用分层架构
+2. 认证服务应该独立部署，便于横向扩展
+3. 使用JWT而非Session，提升系统可扩展性
+4. 考虑多因素认证的未来扩展需求
+
+【技术选型建议】
+- 核心框架: 选择稳定且有长期支持的技术栈
+- 数据存储: 考虑数据一致性和未来扩展需求
+- 安全策略: 遵循OWASP标准，建立完整的安全防护体系
+
+【演进路线图】
+- Phase 1: 基础认证功能
+- Phase 2: 权限管理系统
+- Phase 3: 单点登录集成
+- Phase 4: 多因素认证
+```
+
+### 示例2: 代码审查任务
+```bash
+用户: "使用 auto-mbti-renderer review 这个支付模块代码"
+
+系统响应:
+🧠 任务识别: 代码审查任务
+🎯 人格激活: ISTJ工程师
+📋 复杂度评估: 简单任务 → 单一人格处理
+
+以ISTJ工程师视角，我将严格审查这个支付模块：
+
+【边界条件检查】
+- 金额为0或负数的处理
+- 并发支付的重复扣款风险
+- 网络超时的重试机制
+- 支付失败的回滚处理
+
+【安全规范检查】
+- 敏感信息加密存储
+- API接口的权限验证
+- 日志脱敏处理
+- 防重放攻击机制
+
+【测试覆盖率要求】
+- 单元测试覆盖率 > 90%
+- 集成测试覆盖所有支付流程
+- 异常场景的边界测试
+- 性能测试验证并发处理能力
+
+【发现的问题】
+P0-严重: 金额校验不完整，存在安全风险
+P1-重要: 缺少分布式锁，可能导致重复扣款
+P2-建议: 异常日志不够详细，影响问题排查
+```
+
+### 示例3: 性能优化任务
+```bash
+用户: "使用 auto-mbti-renderer 优化首页加载性能"
+
+系统响应:
+🧠 任务识别: 性能优化任务
+🎯 人格激活: INTP性能极客
+📋 复杂度评估: 复杂任务 → 多AI协作
+
+以INTP性能极客视角，我来分析首页性能瓶颈：
+
+🚀 **启动协作模式**: 调用Gemini进行深度性能分析
+
+[正在调用Gemini 1M上下文能力进行性能分析...]
+
+【性能瓶颈分析】
+1. 首屏加载时间: 5.2s → 目标 < 1.5s
+2. JavaScript执行时间: 2.1s → 可优化至 0.3s
+3. 图片资源加载: 1.8s → 可优化至 0.8s
+4. API请求延迟: 1.3s → 可优化至 0.4s
+
+【极致优化方案】
+算法层面:
+- 使用Map替代数组查找: O(n²) → O(n)
+- 实现虚拟滚动: 减少90% DOM节点
+- 预计算首屏数据: API响应从800ms → 50ms
+
+资源层面:
+- 图片懒加载 + WebP格式: 减少70%流量
+- 代码分割 + Tree Shaking: 减少60% bundle
+- CDN + 缓存策略: 提升80%加载速度
+
+【预期性能提升】
+- 首屏加载: 5.2s → 1.3s (75%提升)
+- FPS: 24 → 60 (150%提升)
+- 内存占用: 减少40%
+- 用户体验评分: 提升60%
+```
+
+## 技能配置
+
+### 环境变量
+```bash
+# 可选配置
+AUTO_MBTI_ENABLE_COLLABORATION=true  # 启用多AI协作
+AUTO_MBTI_DEFAULT_COMPLEXITY_THRESHOLD=3  # 复杂度阈值
+AUTO_MBTI_PREFERENCE_PERSONA=""  # 偏好人格（留空为自动）
+```
+
+### 支持的人格
+```yaml
+INTJ: "架构师"
+  - 适用: 系统设计、架构规划、长期演进
+  - 特点: 战略思维、完美主义、批判性分析
+  - 提升: 架构设计质量 +8-10%
+
+ISTJ: "工程师"
+  - 适用: 代码审查、质量检查、稳定性保障
+  - 特点: 细节导向、规范遵守、测试意识
+  - 提升: 边界检查覆盖率 +12.9%
+
+INTP: "性能极客"
+  - 适用: 性能优化、算法改进、极致效率
+  - 特点: 极致性能、算法创新、简洁高效
+  - 提升: 算法效率 +7-9%
+
+ENTJ: "领导者"
+  - 适用: 项目管理、团队协作、快速决策
+  - 特点: 快速决策、全局视角、执行力
+  - 提升: 决策效率 +30%
+
+ENFP: "设计师"
+  - 适用: 用户体验、界面设计、创新交互
+  - 特点: 用户共情、创新思维、人性化设计
+  - 提升: 用户体验创新 +5-7%
+
+ENTP: "创新者"
+  - 适用: 技术探索、原型验证、前沿研究
+  - 特点: 探索创新、快速验证、批判思维
+  - 提升: 技术创新 +5-7%
+```
+
+## 高级功能
+
+### 人格状态管理
+```bash
+# 查看当前人格状态
+mbti-status
+
+# 手动切换人格
+mbti-switch --persona=INTJ
+
+# 重置人格状态
+mbti-reset
+
+# 查看人格切换历史
+mbti-history
+```
+
+### 团队协作模式
+```bash
+# 启动多人格协作
+使用 auto-mbti-renderer --collaborate "复杂的电商平台架构设计"
+
+# 协作流程:
+# 1. ENTJ协调者分析需求和制定计划
+# 2. INTJ架构师进行系统设计
+# 3. ISTJ工程师审查方案可行性
+# 4. INTP性能极客优化性能方案
+# 5. 综合多方建议，给出最终方案
+```
+
+## 预期效果
+
+### 量化指标
+- **人格匹配准确率**: >90%
+- **任务分类准确率**: >95%
+- **用户满意度提升**: +30%
+- **任务完成效率**: +25%
+- **代码质量评分**: +15%
+
+### 质量提升
+- ✅ 专业人格匹配专业任务
+- ✅ 复杂任务多AI协作保障
+- ✅ 减少人格选择错误
+- ✅ 提升任务处理质量
+- ✅ 零学习成本的智能体验
+
+---
+
+**🎯 让AI永远以最佳人格状态处理对应的开发任务！**

package/.agent/skills/autopilot/SKILL.md

@@ -0,0 +1,222 @@
+---
+name: autopilot
+description: Full autonomous execution from idea to working code
+---
+
+# Autopilot Skill
+
+> Codex invocation: use `$autopilot ...` or `autopilot: ...`
+
+
+Full autonomous execution from idea to working code.
+
+## Native Subagent Protocol (Codex)
+
+Codex supports native subagents. Delegate with `spawn_agent`, coordinate with `send_input`, collect via `wait`, and clean up with `close_agent`.
+
+### Role Order
+1) Analyst → 2) Architect → 3) Planner → 4) Executor → 5) Reviewer
+
+### Required Output Format (every autopilot run)
+```
+[ANALYST]
+- Problem summary
+- Requirements (must/should/could)
+- Constraints/assumptions
+
+[ARCHITECT]
+- System design
+- Key components
+- Data flow
+
+[PLANNER]
+- Step-by-step plan (numbered)
+- Files to change
+- Risks
+
+[EXECUTOR]
+- Implement according to plan
+- Note any deviations
+
+[REVIEWER]
+- Verify requirements met
+- List tests run / not run
+- Remaining risks
+```
+
+## Overview
+
+Autopilot is the ultimate hands-off mode. Give it a brief product idea (2-3 lines) and it handles everything:
+
+1. **Understands** your requirements (Analyst)
+2. **Designs** the technical approach (Architect)
+3. **Plans** the implementation (Critic-validated)
+4. **Builds** with parallel agents (Ralph + Ultrawork)
+5. **Tests** until everything passes (UltraQA)
+6. **Validates** quality and security (Multi-architect review)
+
+## Usage
+
+```
+$autopilot <your idea>
+$ap "A CLI tool that tracks daily habits"
+$autopilot Add dark mode to the app
+```
+
+## Magic Keywords
+
+These phrases auto-activate autopilot:
+- "autopilot", "auto pilot", "autonomous"
+- "build me", "create me", "make me"
+- "full auto", "handle it all"
+- "I want a/an..."
+
+## Phases
+
+### Phase 0: Expansion
+
+**Goal:** Turn vague idea into detailed spec
+
+**Agents:**
+- Analyst (Opus) - Extract requirements
+- Architect (Opus) - Technical specification
+
+**Output:** `.omc/autopilot/spec.md`
+
+### Phase 1: Planning
+
+**Goal:** Create implementation plan from spec
+
+**Agents:**
+- Architect (Opus) - Create plan (direct mode, no interview)
+- Critic (Opus) - Validate plan
+
+**Output:** `.omc/plans/autopilot-impl.md`
+
+### Phase 2: Execution
+
+**Goal:** Implement the plan
+
+**Mode:** Ralph + Ultrawork (persistence + parallelism)
+
+**Agents:**
+- Executor-low (Haiku) - Simple tasks
+- Executor (Sonnet) - Standard tasks
+- Executor-high (Opus) - Complex tasks
+
+### Phase 3: QA
+
+**Goal:** All tests pass
+
+**Mode:** UltraQA
+
+**Cycle:**
+1. Build
+2. Lint
+3. Test
+4. Fix failures
+5. Repeat (max 5 cycles)
+
+### Phase 4: Validation
+
+**Goal:** Multi-perspective approval
+
+**Agents (parallel):**
+- Architect - Functional completeness
+- Security-reviewer - Vulnerability check
+- Code-reviewer - Quality review
+
+**Rule:** All must APPROVE or issues get fixed and re-validated.
+
+## Configuration
+
+Optional settings in `.codex/settings.json`:
+
+```json
+{
+  "omc": {
+    "autopilot": {
+      "maxIterations": 10,
+      "maxQaCycles": 5,
+      "maxValidationRounds": 3,
+      "pauseAfterExpansion": false,
+      "pauseAfterPlanning": false,
+      "skipQa": false,
+      "skipValidation": false
+    }
+  }
+}
+```
+
+## Cancellation
+
+```
+$cancel
+```
+
+Or say: "stop", "cancel", "abort"
+
+Progress is preserved for resume.
+
+## Resume
+
+If autopilot was cancelled or failed, just run `$autopilot` again to resume from where it stopped.
+
+## Examples
+
+**New Project:**
+```
+$autopilot A REST API for a bookstore inventory with CRUD operations
+```
+
+**Feature Addition:**
+```
+$autopilot Add user authentication with JWT tokens
+```
+
+**Enhancement:**
+```
+$ap Add dark mode support with system preference detection
+```
+
+## Best Practices
+
+1. **Be specific about the domain** - "bookstore" not "store"
+2. **Mention key features** - "with CRUD", "with authentication"
+3. **Specify constraints** - "using TypeScript", "with PostgreSQL"
+4. **Let it run** - Don't interrupt unless truly needed
+
+## STATE CLEANUP ON COMPLETION
+
+**IMPORTANT: Delete ALL state files on successful completion**
+
+When autopilot reaches the `complete` phase (all validation passed):
+
+```bash
+# Delete autopilot and all sub-mode state files
+rm -f .omc/state/autopilot-state.json
+rm -f .omc/state/ralph-state.json
+rm -f .omc/state/ultrawork-state.json
+rm -f .omc/state/ultraqa-state.json
+rm -f ~/.codex/ralph-state.json
+rm -f ~/.codex/ultrawork-state.json
+```
+
+This ensures clean state for future sessions.
+
+## Troubleshooting
+
+**Stuck in a phase?**
+- Check TODO list for blocked tasks
+- Review `.omc/autopilot-state.json` for state
+- Cancel and resume if needed
+
+**Validation keeps failing?**
+- Review the specific issues
+- Consider if requirements were too vague
+- Cancel and provide more detail
+
+**QA cycles exhausted?**
+- Same error 3 times = fundamental issue
+- Review the error pattern
+- May need manual intervention