卖自制Python小工具源码，公开示例和付费内容怎么区分？

公开示例要由作者自己准备，作用是让买家判断这套自制Python小工具源码是否对路，而不是把完整交付提前送出去。示例只放有限片段和运行效果描述，完整源码留在付费压缩包里，发布时在介绍中写清两者的边界。

示例放什么：片段、结构、效果描述

示例的目标是回答“这东西大概怎么用”，不是回答“全部代码长什么样”。可以放一段入口脚本的调用片段、一张目录结构截图式的文字说明、一段配置示例的节选，以及工具处理前后效果的文字描述。片段要能独立看懂，但不足以直接拼出完整工具。

例如，假设某个批量重命名工具，示例可以展示命令行调用方式和一段读取配置的几行代码，说明它支持按规则改名，但不放出完整的规则解析与文件遍历逻辑。这样买家能判断用途是否匹配，完整实现仍在付费内容里。

示例不放什么：完整函数、密钥、可直接运行的整包

不要把完整函数、完整类、可直接运行的整包放进公开示例，也不要在示例里留下真实密钥或个人数据。示例中的配置值一律用占位符，样例数据用虚构内容。若某个工具的核心价值就在某段算法，这段算法不应出现在公开示例中。

同时避免在示例里承诺具体效果数值。可以描述“按规则批量处理文件”这类功能事实，但不要写成保证提升多少效率。示例是作者准备的展示材料，不是平台内置的预览、水印或防盗功能，边界靠作者自己在内容里划清。

在介绍里写清付费内容包含什么

发布到8码分享时，介绍部分要明确付费压缩包里有什么：哪些工具的完整源码、说明文档、配置示例、虚构样例数据、依赖范围。再写清公开示例只是节选，不代表全部内容。买家看完介绍和示例，应能判断自己买到的是什么。

如果示例与付费内容存在差异，例如示例是简化版调用方式，要在介绍里说明差异点。不要用“完整版更强大”这类模糊表述代替具体清单，逐项列出工具名和交付物更有效。

发布与领取：示例公开，交付在付款确认后

公开示例可以放在帖子、介绍或作者自己的展示位置，付费压缩包则作为8码分享的上传文件，买家按订单页面金额准确付款，付款确认后领取。示例本身不构成交付，也不凭截图或手点已付款自动交付。

发布前自查：示例里是否还有可复用的完整逻辑、是否有密钥残留、介绍中的交付清单是否与实际压缩包一致。把这三项对齐，公开示例和付费内容的区分就清楚了。

常见问题

公开示例可以放完整的一个小工具吗？

不建议。放完整小工具等于把部分付费内容免费送出，也容易让买家误以为整包都是这个水平。示例放调用片段、配置节选和效果描述即可，完整实现留在付费压缩包。

示例需要平台提供预览或水印吗？

不需要依赖这类功能。示例由作者自己准备和发布，平台不提供内置预览、水印或防盗能力。边界靠作者在示例内容和介绍文字中自行划清。

介绍里怎么写才不算夸大？

逐项列出压缩包内的工具名、文档、配置示例和依赖范围，描述功能事实而不承诺效果数值。示例与付费内容的差异也要写明，避免买家预期落空。