一、指定命题与讨论偏差
| 项目 | 内容 |
| 指定命题 | 明缘进阶场 |
| 轮次/类型 | 第次 · 经典讨论 |
| 实际讨论主题 | AI开发工具链概念辨析、AI辅助开发流程优化、明缘社群与线下活动体验 |
| 命题贴合度 | 30/100(明显跑题) |
| 偏差证据 | 本次讨论的指定命题为'天人三策',但整场讨论完全围绕AI开发工具链、Agent/Skill概念辨析、AI辅助开发流程优化等具体技术话题展开,以及康一夏分享的线下牧学体验,均未涉及'天人三策'这一经典命题。讨论内容与命题毫无关联,属于明显跑题。 |
| 跑题内容 | AI开发工具链概念辨析、AI辅助开发流程优化、明缘社群与线下活动体验 |
| 遗漏命题要点 | 天人三策的历史背景与核心思想、天人三策对当代个人修身的启示、天人三策与明缘进阶场理念的关联 |
二、知识库
- Agent与Skill的核心区别(概念 · 杨忠坤 · 共识)
- - 内容:Agent是一个带有模型(大脑)和记忆的自主执行体,能够进行决策、推理和行动,可以视为一个'人';而Skill则是一组流程化的技能或规范(类似SOP),不具备决策和推理能力,只是执行工具。Agent可以调用Skill,Skill是Agent能力的一部分。
- - 依据:杨忠坤在讨论中多次阐述:'agent其实是一个带着模型的skill'、'skill像是一个技能,它只是具备执行能力,按什么步骤,具体的方式流程化的去执行,像一个sop'、'agent相当于说是subagent,说白了是多个agent共同协作'。
- - 行为改进:在使用AI工具时,明确区分Agent和Skill的角色,将重复性流程固化为Skill,将需要决策的任务交给Agent。
- 通过先梳理需求文档再编码来降低Token消耗(方法论 · 胡光雄 · 共识)
- - 内容:在AI辅助开发中,先花费大量时间与AI沟通,生成清晰的需求分析文档和系统设计文档,评审通过后再让AI进行编码,并要求其生成代码审查报告,这样可以减少AI的无效交付次数,从而降低Token消耗,提高代码质量。
- - 依据:胡光雄分享:'我没有直接在那个Q Q那个Q codex里面去做。我就在网易的一个大模型,比方说是豆包或者是千问里面哈,我去问他,我和他交流以后让他输出需求分,需求分析文档,系统设计文档,然后,我评审了以后,就觉得可以。'
- - 行为改进:在AI编码前,先与其充分沟通,生成并评审需求文档和设计文档,再进入编码阶段。
- AI生成代码不符合预期的原因(方法论 · 胡光雄 · 共识)
- - 内容:AI生成代码不符合预期,通常源于两方面:一是需求描述不够清晰,二是AI对需求的理解存在偏差。此外,AI在编码时可能过度设计、生成mock代码,导致代码复杂且不符合实际需求。
- - 依据:胡光雄分析:'第一,第一的话就是我给他讲要实现功能的需求的话,我可能没有,没有给他讲清楚。第二个的话就是说哈他可能的话对那个需求没有理解透彻。'
- - 行为改进:在AI编码前,确保需求描述清晰,并在Prompt中明确禁止过度设计和mock代码。
- 明缘社群存在不同群体认知差异(修身 · 康一夏 · 共识)
- - 内容:明缘社群中存在程序员群体和年课学员群体,他们对老师、课程和社群的理解存在显著差异。程序员群体更关注技术硬实力,而年课学员(多为退休或自由职业者)更看重国学经典和老师的个人魅力,对老师的每一句话都极为珍视。
- - 依据:康一夏分享牧学体验:'报名的更多的是年课的同学,年课的同学有几个特点,第一他们都是非程序员。非中学员,他们报老师的课都是基本上都是对国学本身有很强的兴趣才报名的。'
- - 行为改进:在社群交流中,理解并尊重不同群体的认知差异,寻找共同点。
- - 开放问题:如何让不同群体在明缘社群中更好地融合?
- 老师的思想在持续自我校正(修身 · 王立刚 · 共识)
- - 内容:老师(周华明)的思想并非一成不变,而是在不断自我校正和完善。他愿意面对问题、尝试新方法,并接受思想的偏差,这种持续进化的态度值得学习。
- - 依据:王立刚分享:'老师也是他的思想也是在不断发生变化的,他讲的一些东西跟他早期我们跟着学的时候,是有变化的,但是老师能接受。思想的偏差,然后我们及时的进行调整。'
- - 行为改进:保持开放心态,勇于自我校正,不断优化自己的思想和行为。
- 线下学习环境能提升参与度(方法论 · 康一夏 · 共识)
- - 内容:线下学习环境(如牧学)能显著提升参与度和学习效果,因为缺乏线上干扰,身心更专注于课程内容。老师在线下讲课的体验也优于线上。
- - 依据:康一夏分享:'我在线下那种环境,我啥都没有,我只能坐在那听课,我听的我参与的程度会更高,我的身心都在里面。'
- - 行为改进:在条件允许时,优先选择线下学习或交流,以提高专注度。
三、冠军评分
| 维度 | 得分 |
| 命题回应 | 20 |
| 知识库质量 | 80 |
| 讨论深度 | 75 |
| 互动质量 | 85 |
| 效率 | 70 |
四、本场成就达成
| 成员 | 达成的成就 |
| 王立刚 | 邀请他人发言、复述确认他人观点、收到他人认可、给出建设性反馈、坦诚承认不足 |
| 康一夏 | 收到他人认可 |
| 杨忠坤 | 复述确认他人观点、收到他人认可、给出建设性反馈 |
| 姚荣旺 | 复述确认他人观点、收到他人认可 |
| 胡光雄 | 收到他人认可、给出建设性反馈、坦诚承认不足 |
🎉 恭喜 王立刚、康一夏、杨忠坤、姚荣旺、胡光雄 等成员,本场共解锁 14 项成就,继续加油!
五、讨论目标达成度评估
讨论从王立刚分享AI开发工具链开始,他介绍了自己关注的视频、插件和文章,并抛出了关于Skill、MCP、Agent概念混淆的问题。随后,姚荣旺、杨忠坤、胡光雄等师兄纷纷结合自身经验发表见解,通过类比(如将Agent比作人,Skill比作技能)和实际案例,逐步厘清了概念边界。杨忠坤详细介绍了公司基于开源框架的AI coding实践,胡光雄则分享了通过先梳理需求文档再编码来降低Token消耗的经验。讨论中,大家还就AI生成代码不符合预期、过度设计、mock代码泛滥等问题进行了交流。后半段,康一夏分享了线下牧学的体验,引发了关于明缘社群不同群体(程序员vs年课学员)认知差异的讨论,大家由此反思了老师的工作和明缘的发展方向。最终,讨论在相互提醒完成周计划中结束。
能来,师兄都来了,那就多做延时的,然后,首先。咱就按咱之前聊的推进吧,然后第一个就是咱的脚手架的事,然后等帅印师兄这边,他之前上周的话,他那边是有一个工作的调整,搬家回到老家这方面的,今天也没来,是这方面的事儿,这方面的事儿我会跟他持续沟通咱那开发的事儿。
💡 讨论的起点,王立刚作为主持人,直接切入主题,但内容与命题无关。
紧接着内容的分享,我觉得第3点就是一夏师兄好像参加了这次老师的木屑,最后是不是一夏师兄讲讲这个牧学的经历可以吗?
💡 王立刚主动邀请康一夏分享牧学体验,为讨论引入新话题。
我可以接着你刚刚那个 mmm skill mcp 说一下
💡 康一夏主动接话,但未深入技术讨论,而是转向牧学分享。
这个 agent 我觉得它可能它的使用场景它主要能接不同的模型,你比如说一个模型做,我们在做开发和测试。用同一个模型,可能它自己校正检测不出来,你就可能用,比如说你用。A 模型
💡 康一夏开始参与技术讨论,分享了自己对Agent使用场景的理解。
10-10点了这简单说两句吧,我报名的时候我中间心情有转折
💡 康一夏开始分享牧学体验,讨论从技术转向社群建设。
1. 预设目标回顾
| 目标 | 达成程度 | 完成说明 |
|---|
| 讨论AI开发工具链 | 基本达成 | 围绕Agent、Skill、MCP等概念进行辨析,分享实践案例 |
| 分享个人经验 | 完全达成 | 王立刚、杨忠坤、胡光雄等分享了各自的AI开发经验 |
| 讨论'天人三策'命题 | 未达成 | 未涉及该命题 |
66%
整体达成率
3个目标中2个基本达成,0个部分达成。其中讨论AI开发工具链达成较好,讨论'天人三策'命题还需更多推进。
2. 发言总体情况
| 姓名 | 占比 | 一句话 |
|---|
| 王立刚 | 41.6% | 主持人,引导讨论,分享AI工具链相关内容 |
| 杨忠坤 | 20.6% | 技术专家,深入解析Agent、Skill、MCP概念 |
| 康一夏 | 17.7% | 分享线下牧学体验,提供不同视角 |
| 胡光雄 | 16.5% | 分享AI辅助开发流程优化经验 |
| 姚荣旺 | 3.6% | 提供技术文章和定义,辅助概念澄清 |
六、讨论总体回顾
本次讨论以王立刚的分享开场,围绕AI开发工具链(Harness、Skill、MCP、Agent)展开深入探讨,最终收敛到对Agent与Skill概念的清晰界定及AI辅助开发流程的优化共识。讨论中,杨忠坤、胡光雄、姚荣旺等师兄通过实际案例和类比,逐步厘清了Agent、Skill、MCP、Prompt等概念的关系,并分享了各自在AI辅助开发中的实践经验和遇到的问题。但在Agent与Skill的边界、Token消耗与开发效率的平衡等具体问题上仍存在分歧。后续,康一夏分享了线下牧学的体验,引发了对明缘社群不同群体认知差异的讨论。未决事项包括:如何优化AI开发流程以降低Token消耗、如何吸引更多程序员群体参与线下活动,以及王立刚提出的开源Markdown阅读器优化项目。
王立刚分享AI工具链相关内容,提出Skill与Agent概念混淆的问题,引发讨论。姚荣旺提供7层架构文章,杨忠坤深入解析概念,胡光雄分享实践经验。
💡 杨忠坤用'人'的类比解释Agent和Skill的区别,帮助大家理解。
💡 讨论聚焦技术,但未提及命题。
胡光雄分享先梳理需求文档再编码的方法,杨忠坤提出代码不符合预期的问题,大家就Token消耗、过度设计、mock代码等问题展开讨论。
💡 胡光雄建议在Prompt中加入设计原则,为解决代码问题提供方案。
💡 讨论深入,但技术细节过多,偏离命题。
康一夏分享线下牧学体验,引发对明缘社群不同群体认知差异的讨论,大家反思老师的工作和明缘的发展。
💡 康一夏提出明缘社群存在程序员和年课学员的认知差异。
💡 讨论转向社群建设,但依然未提及命题。
1. 讨论三要素
00:00
开场
讨论以王立刚分享AI工具链内容开始,他介绍了自己关注的视频、插件和文章,并抛出了关于Skill、MCP、Agent概念混淆的问题。
开场直接切入技术话题,但未提及命题,为跑题埋下伏笔。
14:21
转折
康一夏主动接话,但未深入技术讨论,而是转向牧学分享,开启了新话题。
这个转折将讨论从技术话题引向社群建设,但进一步偏离了命题。
71:02
收束
王立刚总结讨论,提醒大家完成周计划,并宣布结束。
收束方式较为仓促,未对讨论内容进行总结,也未提及命题。
2. 关键洞察
Agent与Skill的核心区别在于是否具备决策和推理能力
杨忠坤通过'人'和'技能'的类比,清晰阐述了这一区别
帮助大家统一了概念认知,为实际应用提供了指导
先梳理需求文档再编码能有效降低Token消耗并提高代码质量
胡光雄分享了自己的实践经验,得到大家认同
提供了可复用的AI辅助开发方法论
明缘社群存在不同群体的认知差异
康一夏通过牧学体验观察到程序员和年课学员对老师、课程的理解不同
引发了对社群建设和老师工作的思考
3. 关键决策
| 决策 | 提出者 | 状态 |
|---|
| 王立刚将开源Markdown阅读器优化项目 | 王立刚 | 待确认 |
| 康一夏建议老师调整牧学形式以吸引更多程序员群体 | 康一夏 | 待确认 |
七、整体讨论质量评价
📋 讨论质量评价
🤝 互动协作
✓ 王立刚主动邀请其他师兄发言,如'其他师兄?光光光我们几个瞎聊,然师兄一起方便聊聊吗卡?'
✓ 杨忠坤和胡光雄之间形成了有效的技术对话,互相补充和启发。
✗ 讨论中部分成员发言时间过长,导致其他成员参与机会减少。
✗ 在概念辨析环节,讨论一度陷入细节,偏离了核心问题。
✗ 康一夏在技术话题中参与度较低,未能充分融入。
🧠 思维与论证
✓ 杨忠坤用'人'的类比解释Agent和Skill,形象生动,帮助理解。
✓ 胡光雄用传统开发流程类比AI开发,提供了实用视角。
✗ 讨论中缺乏对'天人三策'命题的思考,完全偏离主题。
✗ 对AI工具链的讨论停留在技术层面,未上升到方法论或哲学层面。
✗ 对Token消耗问题的讨论,缺乏量化分析和成本收益评估。
📦 产出成果
✓ 王立刚分享了多个有价值的资源链接,如视频、插件和文章。
✓ 杨忠坤分享了公司AI coding实践的具体流程。
✗ 讨论产出多为经验分享,缺乏明确的行动项或结论。
✗ 对'天人三策'命题没有任何输出,完全偏离。
✗ 康一夏的牧学分享未形成具体的后续行动建议。
八、周老师团队评价
场域与温度
周老师评分
★★★
场域安全,氛围融洽。王立刚主动邀请其他师兄发言,康一夏分享个人体验时得到大家的倾听和回应,没有出现批评或否定。但讨论中缺乏对命题的思考,对'天人三策'的缺席无人指出,说明场域中缺乏挑战权威的氛围。
思维与深度
周老师评分
★★★
讨论触及了AI开发中的核心概念和实际问题,如Agent与Skill的区别、Token消耗优化等,具有一定的深度。但讨论停留在技术层面,未上升到方法论或哲学层面,对'天人三策'命题的完全忽视,反映出思考的局限。
互动与协作
周老师评分
★★
杨忠坤和胡光雄之间形成了有效的技术对话,互相补充和启发。王立刚作为主持人,积极引导讨论。但康一夏在技术话题中参与度较低,姚荣旺更多是提供资料,未深入参与。整体互动良好,但个别成员参与不足。
推进与产出
周老师评分
★★★
讨论产出了对Agent、Skill、MCP概念的清晰界定,以及AI辅助开发流程的优化建议,如先梳理需求文档、加入设计原则等。但讨论缺乏明确的行动项,对'天人三策'命题没有任何输出,整体进展有限。
周老师总结
场域安全,氛围融洽。王立刚主动邀请其他师兄发言,康一夏分享个人体验时得到大家的倾听和回应,没有出现批评或否定。但讨论中缺乏对命题的思考,对'天人三策'的缺席无人指出,说明场域中缺乏挑战权威的氛围。
讨论触及了AI开发中的核心概念和实际问题,如Agent与Skill的区别、Token消耗优化等,具有一定的深度。但讨论停留在技术层面,未上升到方法论或哲学层面,对'天人三策'命题的完全忽视,反映出思考的局限。
杨忠坤和胡光雄之间形成了有效的技术对话,互相补充和启发。王立刚作为主持人,积极引导讨论。但康一夏在技术话题中参与度较低,姚荣旺更多是提供资料,未深入参与。整体互动良好,但个别成员参与不足。
讨论产出了对Agent、Skill、MCP概念的清晰界定,以及AI辅助开发流程的优化建议,如先梳理需求文档、加入设计原则等。但讨论缺乏明确的行动项,对'天人三策'命题没有任何输出,整体进展有限。等人的回应停留在「没什么建议」——不是他们没想法,是没人给他们一个思考的锚点。下次主持人问完「有没有建议」之后,可以追问「如果必须改一个地方,你会改哪里?」——这一个追问,能让沉默者从听众变成思考者。
九、成员个体评价
0002-王立刚(6996字/111条 (41.6%))
发言概括:「我的感受,越来越,我个人感受越来越无法清晰界定 skill 和 agent」
发言概要
发言量:6996字/111条 (41.6%)
关键贡献:分享AI工具链相关视频、插件和文章、提出Skill与Agent概念混淆的问题
改进方向:减少口头禅,表达更精炼;提前准备,避免临时整理内容。
独特价值:作为主持人,串联了整场讨论,并提出了核心概念辨析问题。
角色评价
① 角色定位:主持人,引导讨论,分享AI工具链相关内容
② 发言质量:发言较多,善于抛砖引玉,但有时表达不够简洁,存在重复。
③ 沟通风格:口语化,喜欢用'怎么说''我感觉'等口头禅,乐于分享和提问。
④ 启发与帮助贡献:作为主持人,串联了整场讨论,并提出了核心概念辨析问题。
⑤ 下周小实验 🌱:下次分享前,提前3天准备内容,并试讲一遍。
本次点评
王立刚作为本次讨论的主持人,成功引导了话题,并分享了自己在AI工具链方面的研究和实践。他提出的Skill与Agent概念混淆问题,引发了深入的讨论,展现了良好的问题意识。然而,他的发言有时略显冗长,且存在临时整理内容的情况,影响了表达效率。此外,他在讨论中多次使用'怎么说'等口头禅,可以进一步精炼语言。总体而言,他作为主持人和分享者,为讨论的顺利进行做出了重要贡献。
💬 周老师建议
王立刚师兄,你作为主持人,展现了很好的引导能力。但要注意,主持人的角色不仅是抛砖引玉,更要控制节奏,确保讨论聚焦。建议你在发言前先整理要点,减少重复,提高表达效率。同时,你提到自己习惯拖延,这会影响内容质量。尝试将任务分解,提前准备,你会发现分享更从容。记住,'事中修',在每次讨论中磨练自己的表达和主持能力。
0211-康一夏(2988字/36条 (17.7%))
发言概括:「我去了发现,报名的更多的是年课的同学,年课的同学有几个特点,第一他们都是非程序员。」
发言概要
发言量:2988字/36条 (17.7%)
关键贡献:分享线下牧学体验、提出明缘社群不同群体的认知差异
改进方向:可以更主动地参与技术话题讨论。
独特价值:提供了线下活动的第一手体验,引发了对社群建设的思考。
角色评价
① 角色定位:分享线下牧学体验,提供不同视角
② 发言质量:发言不多,但内容有深度,善于观察和反思。
③ 沟通风格:沉稳,表达清晰,能结合自身经历进行分享。
④ 启发与帮助贡献:提供了线下活动的第一手体验,引发了对社群建设的思考。
⑤ 下周小实验 🌱:下次线上讨论时,尝试主动回应技术话题,分享自己的看法。
本次点评
康一夏在讨论中主要分享了线下牧学的体验,为讨论带来了新的视角。他观察细致,能敏锐地发现明缘社群中不同群体的差异,并对此进行了深入反思。他的分享引发了大家对老师工作和社群建设的思考,丰富了讨论的维度。然而,他在技术话题讨论中参与度较低,可以更主动地分享自己的见解。
💬 周老师建议
康一夏师兄,你的分享很有价值,让我们看到了明缘社群中不同群体的真实状态。你善于观察和反思,这是很好的品质。建议你在技术讨论中也能更主动地参与,分享你的使用经验或困惑,这样能促进更全面的交流。同时,你提到对乡村生活的向往,可以将这种向往转化为具体的行动,比如规划一次乡村体验,将想法落地。
0082-杨忠坤(3470字/71条 (20.6%))
发言概括:「agent其实是一个带着模型的skill」
发言概要
发言量:3470字/71条 (20.6%)
关键贡献:深入解析Agent、Skill、MCP概念、分享公司AI coding实践
改进方向:可以更简洁地表达,避免过长的技术细节。
独特价值:提供了专业的技术视角,帮助大家厘清了核心概念。
角色评价
① 角色定位:技术专家,深入解析Agent、Skill、MCP概念
② 发言质量:发言专业性强,逻辑清晰,善于用类比解释复杂概念。
③ 沟通风格:直接、清晰,喜欢用'说白了''相当于'等引导性语言。
④ 启发与帮助贡献:提供了专业的技术视角,帮助大家厘清了核心概念。
⑤ 下周小实验 🌱:尝试用'人'的类比向他人解释Agent和Skill的区别。
本次点评
杨忠坤在讨论中展现了扎实的技术功底,对Agent、Skill、MCP等概念进行了深入浅出的解析,并分享了公司基于开源框架的AI coding实践。他的类比(如将Agent比作人,Skill比作技能)极大地帮助了大家理解。同时,他提出的代码不符合预期的问题,引发了大家的共鸣和讨论。他的发言专业性强,逻辑清晰,是本次讨论的技术核心。
💬 周老师建议
杨忠坤师兄,你的技术分享非常专业,帮助大家厘清了概念。但要注意,在分享时适当精简,避免过于细节的技术描述,让更多师兄能跟上节奏。你提到代码不符合预期的问题,可以尝试胡光雄师兄的建议,在Prompt中明确设计原则,并先梳理需求文档。此外,你作为技术骨干,可以多引导其他师兄分享经验,促进共同成长。
0027-姚荣旺(604字/23条 (3.6%))
发言概括:「我理解,只要一些重复性的一些业务流程什么的都可以总结成 skill。」
发言概要
发言量:604字/23条 (3.6%)
关键贡献:提供Agent定义的7层架构文章、分享对Skill的理解
改进方向:可以更深入地阐述自己的观点。
独特价值:提供了外部资料,为概念澄清提供了参考。
角色评价
① 角色定位:提供技术文章和定义,辅助概念澄清
② 发言质量:发言简洁,善于引用外部资料。
③ 沟通风格:务实,直接,喜欢用'对'表示认同。
④ 启发与帮助贡献:提供了外部资料,为概念澄清提供了参考。
⑤ 下周小实验 🌱:下次讨论时,尝试深入阐述一个观点,而不是简单认同。
本次点评
姚荣旺在讨论中提供了Agent定义的7层架构文章,为概念澄清提供了外部参考。他的发言简洁务实,能快速抓住要点。然而,他在讨论中更多是提供资料和简单认同,较少深入阐述自己的观点。可以更主动地分享自己的理解和思考,增加讨论的深度。
💬 周老师建议
姚荣旺师兄,你提供的资料很有价值,帮助大家拓宽了视野。但建议你在提供资料的同时,也分享自己的理解和应用,这样能更好地促进交流。你提到'重复性业务流程可以总结成skill',这是一个很好的观点,可以进一步展开。尝试在下次讨论中,深入阐述一个观点,而不是简单认同,你会收获更多。
0163-胡光雄(2779字/28条 (16.5%))
发言概括:「我没有直接在那个Q Q那个Q codex里面去做。我就在网易的一个大模型,比方说是豆包或者是千问里面哈,我去问他,我和他交流以后让他输出需求分,需求分析文档,系统设计文档,然后,我评审了以后,就觉得可以。」
发言概要
发言量:2779字/28条 (16.5%)
关键贡献:分享先梳理需求文档再编码的方法、分析AI代码不符合预期的原因
改进方向:可以更简洁地表达,避免过长的背景介绍。
独特价值:提供了实用的AI辅助开发方法论,帮助大家提高效率。
角色评价
① 角色定位:分享AI辅助开发流程优化经验
② 发言质量:发言有条理,善于用传统开发流程类比。
③ 沟通风格:沉稳,逻辑性强,喜欢用'比方说'举例。
④ 启发与帮助贡献:提供了实用的AI辅助开发方法论,帮助大家提高效率。
⑤ 下周小实验 🌱:尝试在AI编码前,明确要求其遵循面向对象设计原则。
本次点评
胡光雄在讨论中分享了宝贵的AI辅助开发经验,特别是先梳理需求文档再编码的方法,有效降低了Token消耗,提高了代码质量。他善于用传统开发流程进行类比,使观点易于理解。同时,他提出的在Prompt中加入设计原则的建议,为解决AI代码不符合预期的问题提供了可行方案。他的发言逻辑性强,内容实用,对大家有很大启发。
💬 周老师建议
胡光雄师兄,你的分享非常实用,特别是先梳理需求文档再编码的方法,值得大家学习。你提到AI代码不符合预期的问题,可以进一步尝试在Prompt中明确设计原则,并让AI生成代码审查报告。你的方法已经比较完善,建议你将这些经验整理成文档,分享给更多师兄。同时,在表达上可以更简洁,避免过长的背景介绍,让观点更突出。
十、关键问题与改进行动清单
| 序号 | 问题描述 | 改进措施 | 优先级 |
| 1 | 发言集中在王立刚和康一夏 | 设轮流发言制,每人先讲3分钟 | 高 |
| 2 | 多人在被问到时只说「没什么建议」 | 主持人追问「如果必须改一个地方」 | 中 |
| 3 | 缺少书面任务清单和时间节点 | 结束前花3分钟确认三件事 | 中 |
11、后续讨论建议
- 议题优化:下次讨论需紧扣命题,主持人需提前准备命题相关资料
- 流程优化:建议设定讨论时间盒,避免在技术细节上过度纠缠
- 规则优化:建议每位发言者先陈述与命题相关的观点,再进行技术分享
- 沉淀优化:建议将本次讨论的技术方法论整理成文档,沉淀到知识库
🎯 为什么你该来——对坚持来的同学说
你今天听到的不是标准的会会议记录。王立刚的发言贡献、康一夏的分析视角、杨忠坤的独特思考——这些信息只有身在其中才能捕捉到。下一次讨论继续来。
📌 对没来的同学说
本次讨论主要围绕AI工具链和牧学体验,下次将聚焦命题,欢迎参与
🌱 下周只做这一件事
每位成员思考'天人三策'与自身工作的关联,下次分享