简诗 AI 社群贡献积分兑换规则

要解决的问题

社群运营里常见的坑是：积分体系先把「发帖、答疑、参加活动就给分」跑起来，兑换规则却没人设计，等到成员拿着积分来换奖励，才发现库存、成本和兑现路径都没对齐。本技能只处理这一个环节：把积分兑换规则表做成可执行、可核验、可撤回的工程产物，而不是一份口头承诺。

它针对的痛点包括：

• 奖励清单、库存和单位成本口径不一，兑换方案看着可行，实际无法兑现
• 缺少硬约束，容易被「刷屏换积分」这类行为绕过，稀释有效贡献占比
• 售罄、过期、退款和撤销没有前置约定，事后补救成本高
• 用凭空的经营数据填满表格，交付物看着完整，却无法用群记录复查

技能如何工作

核心产出只有三样东西：兑换规则表、核验清单、有效贡献占比复查记录。

执行流程按下面几步走：

1. 核对数据来源：先把发言、答疑和活动参与三类贡献按日期、来源、缺失项和不可比较口径整理清楚，资料不足时先输出补证据清单，不急着出方案。
2. 分类奖励：把奖励按实物、券、服务和身份权益分开，因为不同类别的库存形态和成本上限完全不同。
3. 写入硬约束：把「禁止用刷屏换积分」明确写进场景约束，任何方案都不得用无法兑现的承诺绕过它。
4. 设定规则字段：为每项奖励设置所需积分、库存、每人上限和适用范围，并预置缺货时的等值替代方案。
5. 处理异常路径：覆盖售罄、过期、退款、撤销等场景，确保这些分支在规则表里有对应处理方式。
6. 交付前核验：用群记录、管理员审核和积分单三者交叉验证，以有效贡献占比作为复查指标；没有实际数据时只给测量口径，不虚构结果。

验收标准被拆成了一组可勾选的质量检查项，包括库存真实性、成本上限、售罄替代、退款处理完整性等，任一项不满足就输出「暂不可交付」，并列出缺失信息与补证据动作。

适用边界

它不做全盘战略，也不替代真实平台操作、合同或合规审批。凡涉及预算、价格、库存、时间、平台规则、会员或客户数据，一律要求标明来源和日期，并把已确认事实、分析判断和待确认事项分开。

在真实发送、发布、付费、退款、删除、权限或生产变更之前，必须取得用户明确授权。处理会员、客户或活动参与者数据时只使用完成任务所需的最小信息，并提醒去标识化。涉及价格、促销、抽奖、广告、个人信息和平台规则时，先列出需要业务或法务确认的事项。

它也不承诺流量、转化率、收入、排名、审核、裂变规模或活动效果，只负责把兑换规则本身做对。