一、为什么是飞书 CLI 二、安装：第一道坎不在代码里 三、认证：Agent 登录飞书，比人类更麻烦 四、身份边界：机器人替我发言，还是我替机器人背锅？ 测试 1：以 Bot 身份收发消息 测试 2：以 User 身份搜索历史消息 身份边界总结 五、四个工作流实测 工作流 1：晨间日程概览 工作流 2：群消息关键词响应 工作流 3：会议纪要整理 工作流 4：技术问题分析（翻车） 六、翻不过去的墙 1. 权限墙：scope 不够时，Agent 只能报错，无法自愈 2. 安全墙：高风险操作必须人类确认 3. 认知墙：Agent 没有上下文，只能执行，不能判断 七、结论：到底替我上了多少班？ 本文首发地址 https://h89.cn/archives/612.html 过去一周，我把飞书官方 CLI 接入了我的工作流，试图回答这个问题。结果不是"可以"或"不可以"，而是

- 阅读剩余部分 -

OpenCode 多 Agent 的核心思路 OpenCode Ensemble 是怎么工作的 一次像样的实战，应该怎么跑 第一步：先拆依赖，再拆人 第二步：给子 Agent 设硬边界 第三步：把“消息传递”用在真正有依赖的地方 第四步：最后一道关必须是人工审查 第五步：会话断了，优先接管，不要急着重跑 OpenCode 多 Agent 适合什么任务 1. 同一目标下的多模块改动 2. 明确、可验收、边界稳定的任务 3. 已经有一定工程基础的项目 什么情况下别上多 Agent 1. 需求还在变 2. 多个任务一定会改同一批核心文件 3. 项目没有任何验收抓手 4. 你自己还没想清楚验收标准 一人公司怎么起步最稳 档位一：2 个 Agent 档位二：3 个 Agent 档位三：4 个以上 Agent 一份能直接照着用的起手式 总结 参考文献

- 阅读剩余部分 -

一、正在发生的结构变化 大学专业的洗牌 新型学校的实验 什么变了 二、教师和学科，两个被重新定义的要素 教师成长不再是时间游戏 学科内容的转向 三、家庭能做什么（操作手册） 1. 建立AI使用规则 2. 和学校不一样的价值观 3. 20%自由时间 四、从学校到社会的迁移能力 把校园当资源网络用 MVP思维（最小可行性产品） 五、家校需要协同 六、下一代学校长什么样 参考资料 本文首发地址 https://h89.cn/archives/527.html 2023年9月，UNESCO发布首份《生成式AI与教育研究指南》，警告各国政府必须尽快监管课堂中的AI应用。同期一项覆盖450所学校的调查显示，不到10%的学校有正式的AI使用政策。技术的迭代速度已经远超教育系统的适应能力。 我们在这讨论的不是"未来趋势"，而是已经发生在课堂里的变化。 一、正

- 阅读剩余部分 -

一、uv 安装步骤 1.1 什么是 uv？ 1.2 Windows 安装方法 方法一：使用 winget（推荐） 方法二：使用 PowerShell 脚本 验证安装 1.3 uv 常用命令 二、Spec-Kit 简介 2.1 什么是 Spec-Driven Development？ 2.2 Spec-Kit 核心组件 三、Spec-Kit 完整实践流程 步骤 1：安装 Specify CLI 步骤 2：初始化项目 步骤 3：创建项目宪法（Constitution） 步骤 4：编写功能规格（Specify） 步骤 5：需求澄清（Clarify） 步骤 6：制定技术计划（Plan） 步骤 7：分解任务（Tasks） 步骤 8：执行实现（Implement） 四、自动化程度总览 五、中文项目完整工作流示例 六、支持的 AI 助手 七、进阶用法 7.1 增量开发 7.2 更新规

- 阅读剩余部分 -

前言 第一部分：委托方常遇到的坑 1. 需求定义不清晰的陷阱 2. 预算评估不合理的陷阱 3. 沟通机制缺失的陷阱 4. 知识产权和数据安全忽视 第二部分：开发者常遇到的坑 1. 需求频繁变更的陷阱 2. 付款风险和账期过长 3. 技术债务和维护责任不清 4. 合同条款不公平 第三部分：双方共同的避坑策略 1. 建立信任机制 2. 标准化合作流程 3. 风险分担机制 4. 争议解决机制 5. 仅靠口头约定、不签正式合同的风险与对策 第四部分：实用工具和模板 1. 项目管理工具推荐 2. 合同模板要点 3. 沟通文档模板 第五部分：行业最佳实践 1. 敏捷开发模式 2. DevOps文化 3. 质量保证体系 第六部分：成功案例分析 案例1：传统企业数字化转型项目 案例2：创业公司MVP产品开发 结语 本文首发地址 https://h89.cn/archives

- 阅读剩余部分 -