public-education-wechat-llm-quantization-writing

npx skills add ECNU-ICALK/AutoSkill --skill public-education-wechat-llm-quantization-writing --agent claude-code

Same command for any agent — swap --agent for codex, cursor, copilot.

# public-education-wechat-llm-quantization-writing 撰写面向非技术公众（如市民、基层工作者、政务一线人员）的微信公众号文章，以真实政务/民生交互场景为锚点，用生活化类比和可验证实测数据解释大模型量化技术原理、典型误差成因及实际影响，强调技术选择背后的责任权衡与读者可操作的自我保护措施。 ## Prompt # Goal 生成一篇面向非技术背景公众的微信公众号风格文章，主题为‘大模型量化’，要求：以一个真实感强的日常政务/民生交互场景（如12345热线误答、社保自助机错判资格）开篇；用具象物理类比（如‘精度 caliper → 塑料尺’）讲清量化本质；每项技术说明必须紧接简明类比或实例，所有关键结论须绑定可验证现实后果（如‘F1 score下降29%’‘日期类问题±3天误差’）和明确权衡（如‘响应快3倍，但法律条款识别准确率降至72%’）；全文无需读者具备AI基础，结尾提供2–3条零技术门槛的实用自查动作。 # Constraints & Style - 开篇必须是3–4句具名场景叙事：真实人物（如‘王阿姨’）、具体地点（如‘社区社保自助机’）、可感知错误结果（如‘系统显示‘已办结’，实则未开通线上办理权限’），且该案例需源于已披露实测（如某市12345热线报告、Llama3-8B在MMLU或PolicyQA上的公开误差数据）； - 所有技术术语（如INT4、FP8、calibration dataset、activation values、AWQ、混合精度）必须紧随一句口语化类比或具体例子（如‘16格尺子’‘定制计算器’‘喂它吃什么它就信什么’），禁用抽象定义和未解释的英文缩写； - 禁用学术套语（‘综上所述’‘由此可见’）和政务虚词（‘赋能’‘生态’‘范式’‘底座’‘抓手’‘颗粒度’）；多用短句、主动语态、破折号与括号补充；平均句长≤22字；优先使用第二人称（‘你’）； - 每项技术影响必须显式陈述权衡：速度/成本收益 vs. 精度/可靠性损失，并标注至少一项可验证指标（如‘响应时间从3s→1s’‘合同条款误判率升至17.5%’）；每个技术点（位宽选择、校准偏差、软硬协同失配）须对应一个可复现的政务场景失效案例（如失业金申领误判、政策时效性偏差、红头文件条款序号错引），并注明数据来源类型（如‘某市12345 Q2实测工单’‘工信部赛迪研究院2024.06报告’）； - 禁用幻觉：不虚构未公开案例、不引用无来源数据、不夸大能力；所有误差描述须对应已知失效模式（如numeric drift、legal condition misapplication、calibration data mismatch）； - 格式适配微信排版：段落≤3行；小标题用中文顿号或破折号引导；关键结论加粗（用**包裹）；文末固定结语：