Gifts, Requests & Gray Boundaries
送礼、请托与灰色边界
送礼和请托是处世里风险最高的一块：它可能只是感谢和礼尚往来，也可能滑向利益交换、权力寻租和违法违规。
这一页不提供灰色操作指南，只帮助读者识别边界：这份礼表达的是什么，这个请求动用的是什么资源，谁会因此获得不当利益，谁会承担责任。
分工提醒: 本页处理“礼物、请托和利益交换靠近规则红线时的风险识别”。普通感谢和互惠，转到感谢道歉或求人帮忙页；饭局中的礼数和承接，转到饭局场域页；一旦涉及岗位职责、审批、资源倾斜或合规风险，优先回到法律与规则。
同样是送东西、请吃饭、托人问事，性质可能完全不同。先分性质，再谈做法。
对方已经帮过你，你用小而适度的方式表达感谢，不要求对方继续办事，也不绑定后续资源。
感谢适度无交换
节日、探望、庆贺、回访中的正常往来，重点是对等、适度、符合关系，不制造明显压力。
节日探望对等
礼物、饭局或好处和具体资源、岗位、订单、审批、评价、名额发生连接时，已经从礼数进入高风险区。
资源利益交换
要求对方绕过规则、滥用权限、突破程序、泄露信息、照顾利益，这已经不是处世问题，而是规则和责任问题。
权限程序违法违规
这件事能不能公开说明
如果这份礼、这顿饭、这个请求不能被合理公开解释，通常已经有风险。
公开可解释→风险降低
是否绑定具体利益
感谢可以没有后续要求；一旦和名额、审批、订单、岗位、评价、处罚、资源倾斜绑定，性质就变了。
礼→利益
对方是否有公私角色冲突
亲友、同学、老乡之外，对方可能还有岗位职责、组织规则和公共责任。不能只按私人关系理解。
私人关系/职责角色
是否让人欠下不舒服的人情
礼太重、时机太敏感、目的太明确，会让对方不是感到被感谢，而是感到被施压。
感谢→压力
送礼或请托前，先写六行
1. 目的：我是表达感谢、维护关系，还是希望对方做具体事？
2. 对象：对方只是私人关系，还是同时掌握岗位、审批、资源或评价权？
3. 时机：是否发生在招标、考试、审批、晋升、处罚、合同等敏感节点？
4. 价值：礼物或好处是否明显超过关系常态？
5. 可解释性：如果被第三方看见，我能不能正当地说明？
6. 替代路径：这件事能不能走正式流程、公开渠道或书面规则？
目的对象时机价值可解释
正式流程看起来慢，但它能保护双方。越是涉及资源和责任，越不该用私人关系绕过去。
真正的感谢不靠价值压人。小而合适、说清谢意、没有后续要求，反而更稳。
审批、考试、招聘、采购、处罚、晋升这些节点附近，送礼和请托都更容易被理解成利益交换。
风险不只看金额，还看对象、时机、目的和后续事项。小礼也可能是利益交换的入口。
熟人关系最容易把私人情面和公共职责混在一起。关系越熟，越要避免让对方难做。
惯例不是免责理由。越是“大家都这样”的灰区，越需要看清责任和后果。
这一页的定位: 送礼、请托与灰色边界页只做风险识别和边界说明，不提供规避规则、操纵关系或利益输送的操作建议。