手绘画风 Skill：19 套配方的选择与组装工作流

给中文内容创作者和开发者的 手绘画风 Skill，不应只是收集几个风格形容词：hand-drawn-styles 把 19 套可选画风配方、别名和比例规则接进能读取指令的 AI Agent，让人先选风格、再得到可复制的最终生图提示词。

技能概览

hand-drawn-styles 是一个工具无关的画风配方库。仓库把 1–18 号画风和稳定变体 3.1 组织为 19 套配方；它的职责是产出 prompt 文本，或在 3.1 的正式调用中产出包含参考资产与阶段要求的调用包，而不是替你调用图像模型出图。

它适合把“想画什么”与“用什么视觉语言画”分开管理：内容由用户提供，画风由编号、中文名或英文别名选择，Agent 再依协议取回完整配方。这样比在业务项目里临时拼接线条、配色和比例约束更容易保持同一套规则来源。

这个 Skill 适合放在哪里

它属于图像生成前的提示词生产能力，而不是图像模型或通用设计工具。适合把它接入 Claude Code、Codex CLI、Cursor、Gemini CLI 等能读取项目规则的 Agent；下一步是复制得到的 prompt 到团队已选定的图像模型，并由人检查主体、文字、比例与画风是否符合需求。

如果只知道“想要手绘感”而没有指定编号，协议要求 Agent 先展示菜单让人选择，不应擅自猜一个风格。已经有明确风格名、编号或别名时，才直接套用相应配方。

适合谁

• 内容团队：需要把同一主题改写成讲解线稿、童涂、绘本或纸艺等不同视觉方向，再交给既有生图工具。
• 产品与开发团队：希望把画风选择和 prompt 配方放进项目规则，而不是依赖每个成员临时复述风格要求。
• 独立创作者：已有题材、人物或文案，但需要先确定画风，再得到一段可复制的干净 prompt。

包含的 Skills

线条与讲解

选择极简线条、信息图或圆珠笔单线类配方时，重点是解释、分镜或速写感；这类输出更适合把步骤和观点画清楚，而不是追求厚重质感。

童涂与手绘质感

蜡笔、真实蜡笔纸、情绪淡彩速写等配方更适合亲子、生活片段和带笔触的叙事画面。若采用稳定变体 3.1 的正式生产路径，必须保留仓库指定参考资产并完成它规定的三阶段流程；中间阶段不能当成最终图。

传统与复古

水墨写意和复古像素分别把题材导向笔墨留白或有限调色的游戏感。它们是不同配方，不应把两个风格的固定规则混在同一条 prompt 里。

动画与绘本

动画概念、水粉、墨线绘本、暖色扁平绘本等配方适合角色、场景与叙事插画。使用时仍要自行核对品牌、版权和发布场景，不把任何风格标签理解为授权或合规保证。

纸艺与潮玩

北欧纸雕和软胶潮玩类配方适合希望控制材料感、立体层次或玩具外形的项目。先给 Agent 具体主体、动作与必要道具，再让配方处理其自身的视觉约束。

选择逻辑

先按交付物选择能力簇，再在仓库的编号、中文名或别名中确定具体配方：解释步骤优先线条类，生活叙事优先童涂与绘本类，材料感优先纸艺或潮玩类。不要为了“手绘感”把多套配方混合；未指定时让使用者先从菜单选项里作决定。

获取与安装链接

使用完整仓库比只复制零散句子更稳妥：核心协议在 PROTOCOL.md，配方在 STYLES.md，而各 Agent 的薄适配入口在仓库的 SKILL.md 与 AGENTS.md。仓库以 MIT 许可证发布；采用前仍应由团队核对当前版本和自己的使用要求。

安装与配置步骤

1. 保留完整仓库，确认 Agent 能读取协议与配方文件。
2. 先让使用者以编号、中文名或英文别名明确画风；未指定时展示菜单。
3. 提供主体、动作、必要道具、文字需求和已知比例；不要把另一套自定义画风规则混入内容描述。
4. 让 Agent 用完整配方或仓库渲染器产出最终 prompt，并在人机交接处检查内容与比例。

示例输入

git clone https://github.com/threerocks/hand-drawn-styles.git

python3 scripts/render_prompt.py --style [style number] --subject [subject and action] --text [text requirement] --aspect [aspect ratio] --format json

预期输出

普通画风的期望产物是一段最终 prompt；稳定变体 3.1 的正式路径则是结构化调用包。质量检查先看三件事：选中的编号是否和需求一致、主体与文字是否来自真实输入、比例是否只在用户明确给出时被锁定；最后再由人检查生成结果，而不是把配方输出误当作成品或安全保证。

使用场景

• 知识解释图：先选线条或信息图类配方，再把一个清晰的步骤主题交给 Agent 形成提示词。
• 故事与角色探索：用动画、绘本或情绪叙事类配方为同一角色试不同视觉方向，同时把角色事实留在输入中核对。
• 团队画风复用：把协议和配方放在项目规则中，让多人使用同一编号与别名体系，而不是维护多份风格描述。

限制与注意事项

这个 Skill 不会直接生成图片，也不会替你决定图像模型、版权判断或发布许可。它提供的是提示词选择与组装规则；素材事实、人物相似性、商标、文字准确性和最终输出检查仍由使用者与团队负责。

不要把配方手工缩写、同义改写或混配成另一套规则。对于 3.1，不能省略参考锚点或把前两阶段当 final；对于未指定的“手绘风”，不要跳过菜单直接替用户挑一个编号。

常见错误与修复

• 错误：未指定画风时直接猜测。修复：先展示菜单，让使用者用编号、名称或别名确认选择。
• 错误：把几条风格描述手工拼成新配方。修复：保留完整协议与原编号配方，不混配固定视觉规则。
• 错误：把 3.1 的中间阶段当最终图。修复：保留锚点并执行规定的三个阶段，只有最后一阶段进入人工验收。

常见问题

• Q：手绘画风 Skill 如何参与生图流程？
  A：它的正常产物是可复制的 prompt；图像生成由你接入的模型完成。
• Q：没有选画风时应该怎么做？
  A：按协议先看菜单并选择编号或名称，而不是让 Agent 静默猜测。
• Q：为什么不建议只复制一段画风描述？
  A：协议、配方和适配层共同定义了选择、占位符、比例和输出边界；零散文本容易被缩写或混入新的规则。
• Q：3.1 的调用包和普通 prompt 有什么不同？
  A：它的正式路径包含指定参考资产与三阶段要求，只有最后一阶段才是可作为 final 的输出。

把这个 Skill 当作画风选择与提示词组装层：先接入、再明确内容与风格，最后把输出交给已审核的图像工具和人工验收。

如需交流可复用 AI 能力的使用边界，欢迎在评论区或 @bigprompt 留言。

相关工具与 Prompt

查看中文 Codex Skill 集合，判断项目规则应该怎样拆分成可复用能力。

用 Novel Characters Skill 把小说内容整理为角色卡和交互式交接材料。

需要参考图锁定的漫画叙事时，使用这条 Manga Page Prompt 路线。

制作深色编辑式网站首屏时，参考 Landing Page Hero Prompt 的结构化视觉控制。

安装陌生 Agent Skill 前，先了解安全扫描器覆盖的检查范围与边界。

Big Prompt Hub Review

如果团队的瓶颈是“每次都要重找一套手绘风格描述”，应先从完整仓库与菜单选择机制开始，而不是急着把所有配方塞进业务 prompt。需要稳定变体 3.1 时，再按它的参考资产与阶段合同接入；若只需要一次性视觉探索，先选普通配方并保留最终人工验收会更合适。