小组讨论评价报告

一、指定命题与讨论偏差

二、知识库

• AI沟通需建立充分背景（方法论 · 0002-王立刚 · 共识）
• - 内容：与AI沟通时，第一次沟通需要建立充分的背景，包括目标、上下文、约束条件等，这样AI生成的结果偏差较小。
• - 依据：王立刚提到“第一次沟通都会建立一个比较充分的一个背景去跟ai去沟通，那样效果基本感觉的话偏差不大”。
• - 行为改进：下次使用AI前，先花5分钟写清楚背景信息。

• 对AI生成内容保持质疑并多方核实（方法论 · 0002-王立刚 · 共识）
• - 内容：对AI生成的内容应保持质疑，通过语言描述、多方核实等方式，让AI提供更可信的结果，降低判断难度。
• - 依据：王立刚说“对ai生成的内容还是保持一定质疑的，质疑的话就是需要通过...多方核实啊，去给我产生一个更可信的结果”。
• - 行为改进：对AI生成的关键内容，要求提供证据或进行交叉验证。

• 生成过程文档以管理上下文（方法论 · 0002-王立刚 · 共识）
• - 内容：在使用AI生成代码或内容时，要求AI实时生成并更新过程文档，有助于保证效果，并在开启新会话时保留上下文。
• - 依据：王立刚提到“需要ai先帮我生成很多的过程文档，这些过程文档呢，不仅要在一开始生成，而是随着生成我目标内容的时候实时的进行更新”。
• - 行为改进：在AI任务中，要求AI每一步都输出过程文档。

• AI考验的是判断力而非提问能力（概念 · 0002-王立刚 · 共识）
• - 内容：随着AI使用深入，考验人的不再是问出好问题，而是对AI生成内容的判断能力，尤其在跨专业、跨语言场景下，需要判断其正确性。
• - 依据：王立刚说“考验人的并不是这个越来越脱离...问能不能问好，问出好问题...更多的是有可能越来越考虑咱们的一个判断能力”。
• - 行为改进：在使用AI时，刻意训练自己对输出内容的判断力。

• AI代码需仔细审查边界条件（行为改进 · 0163-胡光雄 · 共识）
• - 内容：AI生成的代码逻辑可能通顺，但边界条件容易有漏洞，必须仔细审查并测试，不能直接复制到项目中。
• - 依据：胡光雄分享帮朋友开发系统时“没有发现代码中边界条件的漏洞...直接复制到项目中，交付后出现问题”。
• - 行为改进：对AI生成的代码，重点检查边界条件和异常处理。

• AI能力局限性需重视（概念 · 0163-胡光雄 · 共识）
• - 内容：AI有能力的局限性，需要提升自己的判断能力，对AI输出的结果进行真伪、好坏的判断。
• - 依据：胡光雄说“要重视ai他那个他的能力的局限性...要提升自己的判断能力”。
• - 行为改进：在使用AI时，主动思考其输出可能存在的局限。

• AI Coding需设定边界（方法论 · 0027-姚荣旺 · 共识）
• - 内容：使用AI Coding工具时，必须设定明确的边界，如禁止自动提交、明确修改范围，否则AI可能修改过多文件或自动提交代码。
• - 依据：姚荣旺分享“ai自动给我提交了...原因还是没有把这个边界给规定好”。
• - 行为改进：使用AI Coding工具前，先设定好边界和规则。

• 禁止AI自动提交代码（方法论 · 0105-陈哲 · 共识）
• - 内容：从项目开始就强制禁止AI自动commit或push代码，可以规避很大风险。
• - 依据：陈哲说“我会第一个约束，我都是强制禁止他们去通过ai自动去commit或者push代码的”。
• - 行为改进：在AI工具配置中，禁用自动提交功能。

• AI需检查项目内已有工具类（行为改进 · 0105-陈哲 · 共识）
• - 内容：AI生成代码时可能直接引用第三方工具类，而不检查项目内已有的工具类，导致不一致，应强制AI检索项目内公共模块。
• - 依据：陈哲提到“ai在生成代码的时候，引用的一个第三方工具类的时候，它其实不会检查你那边系统里面是否有...我强制加了一条，在调用工具类时要检索common模块”。
• - 行为改进：在AI规范中要求AI优先使用项目内已有的工具类。

• AI需重述需求并展示方案（方法论 · 0105-陈哲 · 共识）
• - 内容：让AI在修改代码前重述需求，并明确展示改造方案，确保AI理解正确。
• - 依据：陈哲说“我需要你重述我的需求，然后明确的展示出你的改造方案是什么样的”。
• - 行为改进：在AI任务中，要求AI先重述需求再执行。

• AI生成代码需自动生成测试用例（方法论 · 0105-陈哲 · 共识）
• - 内容：AI生成代码后，应要求其自动生成测试用例，并通过方法调用验证正确性，确保编译无问题。
• - 依据：陈哲提到“生成完以后你需要自动生成测试用例，测试用例的话，需要通过方法调用，然后去验证这个测试用例的正确性，并且编译不允许出问题”。
• - 行为改进：在AI规范中要求AI生成代码后附带测试用例。

• 新工具试用需控制范围（行为改进 · 0117-倪彧 · 共识）
• - 内容：对于新出的AI工具或功能，应先去了解其原理和使用方式，再小范围试用，避免浪费金钱和时间。
• - 依据：倪彧分享“购这个功能刚出来的时候，我跑了一下...花了一笔冤枉钱...对于新工具...需要先去了解一下...再使用”。
• - 行为改进：试用新AI工具前，先阅读文档并规划小范围测试。

• 盲目相信AI比完全否定影响更大（概念 · 0117-倪彧 · 共识）
• - 内容：盲目相信AI而不进行严格决策，可能导致严重后果，因为AI没有背锅能力，最终由人来承担。
• - 依据：倪彧说“盲目相信ai对人的影响更大一些...因为ai是没有背锅能力的，那人要背锅”。
• - 行为改进：对AI输出保持批判性思维，不盲目信任。

• AI操作数据库需谨慎（行为改进 · 0082-杨忠坤 · 共识）
• - 内容：不要让AI直接操作数据库的写和删除逻辑，容易在出错时删除表或数据，甚至删库。
• - 依据：杨忠坤说“ai不要让他去读数据库...不要让他主要去操作写和删除的逻辑，这个容易他容易去在...删除表数据或甚至删库可能性都会存在”。
• - 行为改进：在AI权限设置中，禁止AI执行数据库写操作。

• 为AI设定宪法级约束（方法论 · 0082-杨忠坤 · 共识）
• - 内容：给AI设定最高级别的约束，如代码不过度设计、诚实回答、遵循SOLID原则等，有助于控制AI行为。
• - 依据：杨忠坤说“写的时候给他设置一些宪法，比如代码的过渡设计，以及让他诚实回答...让他去遵循solid的原则”。
• - 行为改进：为AI任务制定明确的约束规则。

• AI需专注于单一任务（方法论 · 0082-杨忠坤 · 共识）
• - 内容：让AI做一件事时，只专注于这一件事，与无关的代码、注释、空格都不要变化，避免越界修改。
• - 依据：杨忠坤说“让他做什么事的时候，然后只专注于这一件事情。跟这个无关的一行代码包含注释啊，空格都不要去变化”。
• - 行为改进：在AI任务描述中明确要求只修改指定范围。

• AI设计需参考开源方案（方法论 · 0189-周维晨 · 共识）
• - 内容：让AI做设计时，可参考网上的开源方案，基于这些方案进行设计，效果更好。
• - 依据：周维晨说“在做具体设计...可以去参考网上的一些方案...让他去基于那些网上的开源的一些方案，然后去做解决”。
• - 行为改进：在AI设计任务中，提供参考案例。

• AI需制定计划避免漂移（方法论 · 0189-周维晨 · 共识）
• - 内容：AI Coding涉及长链路时，需先制定计划（如spec），否则代码会越写越乱，出现漂移。
• - 依据：周维晨说“最开始如果没有做计划的话，它会漂移，就是代码会越写越乱...用sql之类的东西去制定好它的space和plan计划”。
• - 行为改进：在AI任务中，先让AI制定计划再执行。

• AI需运行测试用例保证准确率（方法论 · 0189-周维晨 · 共识）
• - 内容：AI写完代码后，应让其运行测试用例，确保代码准确率，避免编译运行不过的情况。
• - 依据：周维晨说“最好还是去加一些测试案例...然后去让他直接跑测试用例，然后这样的话保证我们代码的一些准确率”。
• - 行为改进：在AI任务中，要求AI运行测试用例。

• 团队需统一AI使用规范（方法论 · 0082-杨忠坤 · 共识）
• - 内容：多人开发时，不同AI工具和提问方式会导致代码风格不一致，需在项目级定义统一规范（如spec、skill），并让所有人遵循。
• - 依据：杨忠坤说“大家用的ai工具不同...导致他写出来代码风格可能也不一样...除非就是代码的规范，然后有一个统一标准，然后把它定义到你的项目上”。
• - 行为改进：在团队项目中，制定并共享AI使用规范。

• 软件工程流程可提升AI输出质量（方法论 · 0163-胡光雄 · 共识）
• - 内容：遵循软件工程流程（需求分析、系统设计等），再让AI写代码，输出质量更有保证。
• - 依据：胡光雄说“软件工程那些东西...遵守了以后，然后再让ai去做的话，给我们那个结果的话，质量上还是有保证的”。
• - 行为改进：在AI任务中，先进行需求分析和设计。

• AI测试覆盖率需达95%以上（方法论 · 0082-杨忠坤 · 共识）
• - 内容：让AI写代码时，测试覆盖率应达到95%以上，AI会生成很多测试用例，保证代码稳定性。
• - 依据：杨忠坤说“让ai写代码，测试覆盖率一定要达到95%以上...他可能考虑的比我们多”。
• - 行为改进：在AI任务中，要求测试覆盖率达标。

• AI知识库可提升代码复用率（概念 · 0082-杨忠坤 · 共识）
• - 内容：结合公司AI知识库（含需求、设计文档），让AI生成代码，可实现代码级文档一致，复用率高达98%。
• - 依据：杨忠坤分享朋友公司“结合着公司的一个ai知识库...形成了代码级文档...ai写代码基本上复用率能达到98%以上”。
• - 行为改进：探索建立团队AI知识库。

• 上下文污染导致AI躺平（概念 · 0082-杨忠坤 · 共识）
• - 内容：AI会话中指令过多可能导致上下文污染，AI会假装执行但不行动，需通过压缩上下文或开启新会话解决。
• - 依据：杨忠坤说“我就想到了一个词，上下文污染了，然后压缩的时候导致它指令不准”。
• - 行为改进：当AI出现躺平现象时，检查上下文长度并压缩。

• 过程文档化可避免上下文丢失（方法论 · 0002-王立刚 · 共识）
• - 内容：在AI会话中，将每个步骤的过程总结成文档，开启新会话时引入文档，可避免上下文丢失。
• - 依据：王立刚说“大多数的时候会让它生成那个上下那个过程文档，觉得上下文太多的时候，我会要求给我一些新的提示词，让我基于已有的这些上下文文档，然后开启一个新的对话”。
• - 行为改进：在AI任务中，定期生成过程文档。

三、冠军评分

四、本场成就达成

🎉 恭喜 0082-杨忠坤、0002-王立刚、0189-周维晨、0163-胡光雄 等成员，本场共解锁 6 项成就，继续加油！

五、讨论目标达成度评估

1. 预设目标回顾

2. 发言总体情况

六、讨论总体回顾

1. 讨论三要素

2. 关键洞察

3. 关键决策

七、整体讨论质量评价

八、周老师团队评价

九、成员个体评价

十、关键问题与改进行动清单

11、后续讨论建议

1. 议题优化：下次讨论应聚焦命题，避免话题发散。
2. 流程优化：增加主持人对话题的控制，引导成员深入反思。
3. 规则优化：每位成员发言前先讲结论，控制时间。
4. 沉淀优化：将讨论中的方法沉淀为文档，形成团队知识库。