Community & Teams
Kaggle 竞赛交流、组队与成长
社区的价值不只是找到一段高分代码，而是学习如何提问、复现、协作、引用和解释贡献。良好的交流会留下可检查的上下文，而不是只交换一个分数。
Four community spaces
在不同空间做不同的事
先判断问题属于规则、代码、方法还是协作，再选择合适入口并提供足够上下文。
Competition Discussions
查找目标比赛的公告、规则澄清、数据问题和方案交流。优先阅读置顶帖与主持人回复。
General Discussions
交流通用数据科学、平台使用和职业学习问题，不把某场比赛的私有信息带到公共空间。
Code / Notebooks
通过可运行代码解释方法、复现结果和分享分析；复用时保留引用并遵守许可证。
Teams
在规则允许范围内协作，提前约定分工、代码、数据、提交、署名和退出机制。
Community evidence
公开分享的核心是可理解和可复现
图表、代码和结论应形成连贯证据；协作则需要明确谁做了什么、哪些内容可以共享。
Ask better questions
一个高质量提问应包含什么
问题越可复现，越容易得到针对性反馈，也越能帮助后来遇到同类问题的人。
- ✓明确目标
说明你想完成什么，以及预期结果或评价方式。
- ✓给出环境
列出 Notebook 或本地环境、主要版本和必要依赖。
- ✓最小复现
保留触发问题的最少代码、数据形状和完整报错，不贴无关长代码。
- ✓已尝试方法
说明已经检查或修改过什么，以及结果如何。
- ✓规则上下文
如果问题涉及比赛，附目标赛事链接并确认公开讨论是否允许。
Team agreement
组队前把合作规则写下来
清晰的队伍协议能减少后期冲突，也让每位成员的贡献可说明。
目标与节奏
约定参赛目标、每周投入、会议频率和无人推进时的处理方式。
分工与交付
明确数据、验证、模型、工程和文档责任，并定义可检查的交付物。
代码与数据
统一仓库、环境、目录、命名和数据权限，不通过不受控渠道传播竞赛数据。
提交与署名
规定谁可以提交、如何选择最终提交、队伍合并和赛后公开的决策方式。
Growth record
把社区活动变成能力记录
收藏和点赞只是信号，真正的成长证据来自复现、解释、反馈和持续迭代。
- 01
收藏线索
记录为什么值得看，以及它可能解决哪个问题。
- 02
独立复现
在自己的环境与数据切分上运行，确认结果和依赖。
- 03
写出差异
说明与原方案的不同、失败点和适用边界。
- 04
提供反馈
提出可复现问题或补充证据，保持尊重和必要引用。
- 05
形成作品
把问题、方法、验证和结论整理成 Notebook 或复盘文章。
Community FAQ
交流与组队常见问题
每场比赛的协作边界可能不同，组队前务必核对规则。
在哪里找队友？
可以把队友代码发给别人吗？
公开 Notebook 可以直接复制提交吗？
如何说明个人贡献？
讨论区回复一定正确吗？
Collaborate clearly
先把目标和边界说清楚
需要组队建议、Notebook 审阅或协作流程反馈时，请提供比赛链接、角色分工和当前证据。