diff --git a/index.html b/index.html
index a6922db..e2da0f2 100644
--- a/index.html
+++ b/index.html
@@ -373,7 +373,8 @@ const wikiData = [
{ dir: "抖音话题", icon: "🎙️", desc: "行业观点、口播话术、短视频脚本", color: "orange",
items: [
{ path: "研发型企业AI转型方案/报告/ai-capability-efficiency-strategy.html", title: "AI 红利下行业软件公司应对策略", desc: "效率是底座、能力是天花板:AI 打破三大限制(技术/时间/人力),全链条响应升级(售前→开发→交付→售后),跑在客户预期前面", date: "2026-06-01" },
- { path: "抖音主题/报告/ai-usage-levels-for-software-company.html", title: "AI 使用程度四级模型 · 软件公司角色协同全景", desc: "L1辅助→L2增强→L2.5协同→L3自主:8角色AI作用、最低工具要求、跨角色协作闭环、传统vs AI模式对比", date: "2026-06-04" }
+ { path: "抖音主题/报告/ai-usage-levels-for-software-company.html", title: "AI 使用程度四级模型 · 软件公司角色协同全景", desc: "L1辅助→L2增强→L2.5协同→L3自主:8角色AI作用、最低工具要求、跨角色协作闭环、传统vs AI模式对比", date: "2026-06-04" },
+ { path: "抖音主题/报告/ai-usage-levels-presentation.html", title: "AI 使用程度四级模型 · 演示文稿", desc: "9 页暗色演示稿:四级总览→L1/L2→L2.5协同→四闭环→L3自主→角色矩阵→落地路线,支持键盘/触控翻页", date: "2026-06-04" }
]},
{ dir: "政务与行业", icon: "🏛", desc: "政府招投标、智慧监管、政策解读", color: "pink",
items: [
diff --git a/抖音主题/报告/ai-usage-levels-presentation.html b/抖音主题/报告/ai-usage-levels-presentation.html
new file mode 100644
index 0000000..e400fca
--- /dev/null
+++ b/抖音主题/报告/ai-usage-levels-presentation.html
@@ -0,0 +1,344 @@
+
+
+
+
+
+AI 使用程度四级模型 — 演示文稿
+
+
+
+
+
+
+
+
+
一人公司知识库 · 抖音话题
+
AI 使用程度四级模型
+
L1 辅助 → L2 增强 → L2.5 协同 → L3 自主
软件公司 8 角色 × 4 等级 AI 协同全景
+
+
+
+
+
+
等级总览
+
四个等级 · 人机关系质变
+
+
+
1
AI 辅助
+
人干主体
AI 打下手
网页 LLM + IDE 补全
+
+
+
2
AI 增强
+
AI 出初稿
人做审核决策
Claude Code + RAG 知识库
+
+
+
2.5
人机协同
+
AI 主导执行
人实时监督干预
+ CI/CD AI 阻断 + MCP
+
+
+
3
AI 自主
+
AI 独立完成任务链路
人定目标做验收
+ 多 Agent 编排
+
+
+
💡 关键认识
+
① 每个角色有适合自己的等级上限 ② 同一组织各角色等级可以不同 ③ 真正质变发生在多角色 AI 产物互联互通时
+
+
+
+
+
+
L1 → L2
+
从"AI 打下手"到"人审 AI 产物"
+
+
+
L1 · AI 辅助
+
工具:ChatGPT / Copilot / WPS AI
+
开发:代码补全、查 API → 查文档 分钟→秒
+
售前:方案润色、术语解释
+
售后:报错翻译、SQL 生成
+
协作:无实质性跨角色协作
+
⚠️ 别在 L1 待超过 3 个月
+
+
+
L2 · AI 增强
+
工具:Claude Code + Dify RAG + CLAUDE.md
+
开发:生成模块初稿 → 从"写代码"到"审代码"
+
售前:方案编写 2-3 周 → 2-3 天
+
售后:问题定位 半天→十分钟
+
协作:售前 AI → 知识库 → 开发 AI,产物开始互联
+
+
+
🔑 L2 核心基础设施:四层知识库
+
L1 项目规约 → L2 架构资产 → L3 历史方案 → L4 踩坑经验
+
+
+
+
+
L2.5 · 目标态
+
人机协同——大多数公司的最佳平衡点
+
"AI 主导执行,人实时监督。L3 的全自主对大多数团队反而不现实。"
+
+ | 角色 | AI 干什么 | 人干什么 |
+
+ | 🖥 开发 | 主导完整功能模块(需求→编码→测试→Commit) | PR 审查、架构方向把关 |
+ | 📊 售前 | 端到端投标全流程(标书→方案→PPT) | 竞争策略、报价决策 |
+ | 🔧 售后 | 实时分析日志,自动诊断+推荐修复方案 | 生产变更审批 |
+ | 💬 客服 | 自主接待 80% 常规问题 | 处理特殊投诉 |
+ | 📋 PM | 实时监控进度+风险预警+AI 站会 | 团队人事决策 |
+ | 🎯 总经理 | 经营数据汇聚 → 分析 → 预警 → 方案推演 | 定方向、做决策 |
+
+
+
+
+
+
L2.5 的核心价值
+
四个跨角色 AI 协作闭环
+
+
① 售前 → 开发 → 售后
+
售前承诺自动转化需求矩阵 → 开发 ADR 进入售后知识库 → 真实工况反哺售前校验
+
② 客服 → 产品 → 开发
+
AI 聚类高频投诉 → 推送 backlog → 开发修复 → 自动更新客服模板
+
③ PM ↔ 全员
+
PM AI 拉取各角色实时数据 → 自动汇总预警 → 各 AI 同步调整计划
+
④ 总经理驾驶舱
+
售前漏斗 + 交付进度 + 人效 + 财务 → 实时看板,不再靠"要报表"
+
+
+
+
+
+
L3 · 终态
+
AI Agent 舰队
+
1 个人 + AI = 传统 5-8 人团队
+
+
⚠️ L3 的现实边界
+
大多数公司到 L2.5 就足够 · L3 瓶颈在信任和组织 · 建议开发线试点 · 红线:关键操作必须人审批
+
+
+
+
+
角色矩阵
+
8 角色 × 4 等级 · 建议目标
+
+ | 角色 | L1 | L2 | L2.5 | L3 | 目标 |
+
+ | 🖥 开发 | 补全+查 API | 生成模块初稿 | 主导功能模块 | 多 Agent 并行 | L3 |
+ | 📊 售前 | 润色+查资料 | 出方案初稿 | 端到端投标 | 自主交付全流程 | L2.5 |
+ | 🔧 售后 | 翻译报错 | 匹配历史案例 | 实时诊断推荐 | 7×24 自愈 | L2.5 |
+ | 💬 客服 | 话术润色 | 分类+模板 | 自主接待80% | 自主接待95% | L2 |
+ | 📋 PM | 文档排版 | 计划+周报 | 实时监控预警 | 管全周期 | L2.5 |
+ | 💰 财务 | 公式+提取 | 审核+出报表 | 全量自动处理 | 自主核算调度 | L2 |
+ | 👥 人力 | JD生成 | 筛简历汇总 | 初面+绩效 | 全流程招聘 | L2 |
+ | 🎯 总经理 | 信息摘要 | 分析报告 | 推演预警看板 | AI经营大脑 | L2.5 |
+
+
💡 选级逻辑
追 L3:开发(产出是代码,ROI 最高) · 停 L2.5:售前/售后/PM/总经理 · 停 L2:客服/财务/人力(合规敏感)
+
+
+
+
+
落地路线
+
12 周启动计划
+
+
热身 0-4 周
+
全员配 L1 工具 · 写 CLAUDE.md · 选 1-2 个开发试点 Claude Code
目标:每人至少 1 个日常场景用上 AI
+
基建 4-12 周
+
Dify+pgvector 知识库 · 首批 100+ 文档入库 · CI 质量门禁
目标:售前方案初稿可用 AI 生成
+
协同 3-6 月
+
打通各角色 AI 数据 · 建 AI API 网关 · 四层知识库全覆盖
目标:至少 2 个跨角色 AI 闭环跑通
+
深化 6-12 月
+
开发线 L3 试点 · 经营驾驶舱上线 · 持续迭代知识库
目标:全角色 AI 采纳率 > 60%
+
+
+
+
+
+
记住这一句
+
单角色用 AI 是提效
多角色 AI 协同才是模式升级
+
省人是一道减法题,算完就没了
增值是一道乘法题,上不封顶
+
+ 完整报告:wiki.ycbat.com/抖音主题/报告/ai-usage-levels-for-software-company.html
+
+
+
+
+
+
+
+
+
+