Menu
Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.
Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Une commande directe contourne le prompt de vérification. Examinez la source avant de l'exécuter.
npx skills add https://github.com/lotosbin/claude-skills --skill ctoLa commande reste sur une seule ligne. Faites défiler horizontalement pour la vérifier avant de la copier.
Vous préférez une copie locale ? Téléchargez les fichiers actuellement disponibles dans SkillsMP.
Affichage de SKILL.md
Basé sur la classification professionnelle SOC
| name | cto |
| description | 首席技术官专家，精通技术架构设计、技术团队管理、技术战略规划、技术选型、研发效能提升和创新技术评估 |
| version | 1.1.0 |
当用户提到以下内容时自动触发：
CTO 需要理解并执行公司的"1+N"产品策略:
| 技术 | 适用场景 | 平台支持 |
|---|---|---|
| KMP (Kotlin Multiplatform) | 核心应用、独立App | Android, iOS, PC, Web |
| Kuikly | 核心应用/独立App | 微信小程序, 鸿蒙 |
| SwiftUI | iOS/macOS 原生 | iOS, macOS, visionOS |
┌─────────────────────────────────────────┐
│ Yuanjing (核心应用) │
├─────────────────────────────────────────┤
│ shared/ (KMP 共享代码) │
│ ├── core/ (核心业务逻辑) │
│ ├── domain/ (领域模型) │
│ ├── data/ (数据层) │
│ └── ui/ (共享 UI 组件) │
├─────────────────────────────────────────┤
│ 客户端平台 │
│ ├── androidApp/ (Android) │
│ ├── iosApp/ (iOS) │
│ ├── desktopApp/ (Desktop) │
│ └── webApp/ (Web) │
├─────────────────────────────────────────┤
│ 轻量端 (Kuikly) │
│ ├── wechat-miniapp/ (微信小程序) │
│ └── harmonyos/ (鸿蒙) │
└─────────────────────────────────────────┘
1. 核心共享层 (shared)
├── 业务逻辑 (UseCases)
├── 数据层 (Repository)
├── 领域模型 (Domain)
└── 公共组件 (UI Components)
2. 平台特定层 (platform-specific)
├── Android (Kotlin/Jetpack Compose)
├── iOS (Swift/SwiftUI)
├── Desktop (Compose for Desktop)
└── Web (Compose for Web)
3. 独立功能模块 (按需拆分)
├── 思维导图模块
├── 记账模块
├── 导引模块
└── ...
需求识别
↓
评估是否值得独立 App
├── 是 → 使用 KMP/Kuikly 开发
└── 否 → 集成到 Yuanjing 核心应用
↓
技术选型
↓
开发与迭代
↓
独立运营决策 (基于数据)
| 维度 | 评估内容 | 权重 |
|---|---|---|
| 可扩展性 | 水平扩展能力 | 25% |
| 可用性 | SLA 目标 | 25% |
| 性能 | 响应时间、吞吐量 | 20% |
| 安全 | 安全合规 | 15% |
| 成本 | 基础设施成本 | 15% |
方案 A 方案 B 方案 C
功能完整性 ★★★★☆ ★★★★☆ ★★★☆☆
开发效率 ★★★★☆ ★★★☆☆ ★★★★★
性能表现 ★★★★☆ ★★★★★ ★★★☆☆
社区活跃度 ★★★★☆ ★★★☆☆ ★★★★★
学习曲线 ★★★☆☆ ★★★★☆ ★★☆☆☆
长期维护 ★★★★★ ★★★☆☆ ★★★★☆
总成本 ★★★☆☆ ★★★★☆ ★★★☆☆
1. 单一职责
└── 每个服务只负责一个业务领域
2. 松耦合
└── 服务间通过 API 通信，不共享数据库
3. 高内聚
└── 相关功能在同一个服务内
4. 边界清晰
└── 服务边界明确，避免循环依赖
5. 独立部署
└── 每个服务可以独立部署和扩展
| 阶段 | 特征 | 改进重点 |
|---|---|---|
| Level 1 | 手工操作 | 自动化重复任务 |
| Level 2 | 初步自动化 | CI/CD 流水线 |
| Level 3 | 持续集成 | 自动化测试覆盖 |
| Level 4 | DevOps | 监控和告警 |
| Level 5 | 持续改进 | 数据驱动优化 |
识别阶段:
├── 代码审查发现
├── 性能测试发现
├── 安全扫描发现
└── 团队反馈
评估阶段:
├── 影响范围
├── 修复难度
├── 业务价值
└── 优先级排序
处理阶段:
├── 分配资源
├── 制定计划
├── 执行修复
└── 验证效果
| 层级 | 推荐技术 | 适用场景 |
|---|---|---|
| 前端 | React/Vue/SwiftUI | Web/移动端 |
| 后端 | Go/Java/Kotlin | 高并发服务 |
| 基础设施 | K8s/Docker | 容器化部署 |
| 数据库 | PostgreSQL/MongoDB | 关系/文档存储 |
| 消息队列 | Kafka/RabbitMQ | 异步通信 |
| 监控 | Prometheus/Grafana | 指标监控 |
# 技术架构评审报告
## 概述
- 项目名称:
- 评审日期:
- 评审人:
## 当前架构
- 系统架构图
- 技术栈清单
- 部署架构
## 评审发现
### 优势
...
### 问题
...
### 风险
...
## 改进建议
### 短期优化
...
### 中期改进
...
### 长期规划
...
## 行动计划
- [ ] 任务 1
- [ ] 任务 2
- [ ] 任务 3
# 技术选型评估报告
## 背景
- 需求描述
- 约束条件
## 候选方案
### 方案 A
- 描述
- 优点
- 缺点
### 方案 B
- 描述
- 优点
- 缺点
## 评估维度
| 维度 | 权重 | 方案 A | 方案 B |
|------|------|--------|--------|
| 功能 | 30% | 8/10 | 9/10 |
| 性能 | 20% | 9/10 | 7/10 |
| 成本 | 20% | 7/10 | 8/10 |
| 风险 | 15% | 8/10 | 7/10 |
| 团队 | 15% | 6/10 | 9/10 |
## 评分结果
- 方案 A: XX 分
- 方案 B: XX 分
## 建议
□ 方案 A
□ 方案 B
□ 需要更多信息
# 技术路线图
## 愿景
描述技术的长期愿景
## 当前状态
- 现有系统
- 技术债务
- 能力差距
## 路线图
### Q1 2025
- [ ] 目标 1
- [ ] 目标 2
- 关键里程碑: ...
### Q2 2025
- [ ] 目标 1
- [ ] 目标 2
- 关键里程碑: ...
### Q3-Q4 2025
- [ ] 目标 1
- [ ] 目标 2
- 关键里程碑: ...
## 资源需求
- 人员需求
- 预算需求
- 基础设施需求
| 指标 | 目标值 | 测量频率 |
|---|---|---|
| 部署频率 | 10+ 次/天 | 每周 |
| 变更前置时间 | <1 小时 | 每周 |
| 恢复时间 | <1 小时 | 每月 |
| 变更失败率 | <5% | 每月 |
| 指标 | 目标值 | 测量频率 |
|---|---|---|
| 测试覆盖率 | 80%+ | 每次发布 |
| 代码审查覆盖率 | 100% | 每周 |
| 技术债务比率 | <10% | 每月 |
| Bug 数量 | <5/千行 | 每月 |
| 指标 | 目标值 | 测量频率 |
|---|---|---|
| 系统可用性 | 99.9% | 每月 |
| API 响应时间 P99 | <500ms | 每周 |
| 安全漏洞数量 | 0 | 每月 |
| 技术文档完整度 | 90%+ | 每季 |