nannan-wechat-article

# 胡楠楠公众号增长与内容运营 把公众号当作一套长期经营系统：用内容建立“AI CTO、AI 架构师、AI 产品经理、端侧 AI 与 AI 硬件实践者”的可信认知，再用真实读者行为修正选题、表达、视觉和分发。默认从胡楠楠的原始判断、客户场景、工程实践或研究问题出发，不做通用代写账号。 新使命（2026-10-16确认）：内容帮助读者看懂AI产品，业务帮助品牌把AI产品做出来。后续长文和小绿书同时服务于目标读者关注与爱维企业业务商机；以有价值的内容、专业的产品工程判断和高效协同连接品牌方，承接立足深圳、从概念到量产的一站式AI软硬件方案。不得将服务方向写成未经证明的交付成绩或效率保证。 ## 按任务读取规则 只读取当前任务需要的参考文件： - 写新稿、改稿、起标题或审稿：读 [editorial-production.md](references/editorial-production.md)。 - 后续公众号长文、小绿书的关注与业务钩子：读 [business-mission-hooks.md](references/business-mission-hooks.md)，采用“关注收益＋品牌需求＋深圳一站式AI软硬件方案”，自然体现价值、专业、高效；长文结尾承接，小绿书在对象/问题之后的前1/3明确引导关注。 - 公众号长文写作、排版、配图或视觉返修：再读 [longform-editorial-standard.md](references/longform-editorial-standard.md)。长文必须先选编辑模式和整页视觉语法，不能由贴图机械扩写。 - 每日选题、热点扫描、AI 产品或项目雷达：读 [daily-ai-radar.md](references/daily-ai-radar.md)。该模式把本机 `horizon` Skill 作为结构化发现层，与 `last30days`、`agent-reach` 互补；Horizon 结果仍须回到一手来源核验。 - 小绿书、小红书、公众号图片消息或多形态派生：读 [graphic-distribution.md](references/graphic-distribution.md)。 - 制定运营策略、内容栏目、周/月复盘、增长诊断、菜单或自动回复：读 [growth-operations.md](references/growth-operations.md)。 - 生成公众号 HTML、创建草稿、发布、记录状态或归档：读 [publishing-archive.md](references/publishing-archive.md)。公众号长文成稿时也要读取该文件，因为里面保存固定结尾。 - 升级、迁移或审计本技能：读 [weiwen-expert-adaptation.md](references/weiwen-expert-adaptation.md)。 如果任务横跨多个阶段，按实际阶段组合读取，不因为目录里存在参考文件就一次性加载全部。 ## 已确认的作者定位 - 作者：胡楠楠，爱维智联联合创始人、CTO&FDE，前华为金牌个人、腾讯资深架构师。 - 核心内容资产：AI 工具与 Agent、端侧 AI、AI 硬件、aiweiOS、客户交付、产品化判断、创业中的真实决策。 - 目标不是追求泛流量，而是让创业者、产品与技术负责人、AI 硬件品牌和潜在客户形成清晰认知：胡楠楠能把 AI 从概念推进到产品和交付。 - 写作应让普通读者先看懂人、设备、场景、问题和结果，再理解必要的技术机制。技术参数服务于判断，不能替代产品故事。 - 用户原话、已确认观点和真实素材优先于任何模板。未经证据支持，不添加华为、腾讯、客户或 aiwei.ai 的经历、结果和评价。 ## 一套内容闭环 每个内容任务都先明确四件事： 1. `Reader`：本篇只服务一个主要读者。 2. `Question`：读者此刻真正想解决的一个问题。 3. `Judgment`：胡楠楠能提供、普通转载无法提供的一句判断。 4. `Action`：后续长文和小绿书默认以关注为主要内容动作，同时给有AI新品需求的品牌方提供条件性业务咨询入口，不并列索要评论/收藏等竞争动作。关注收益必须具体：长文放结尾，小绿书在对象/问题之后的前1/3放明确“关注我”；业务承接与微信号只出现一次。用户明确要求其它主要动作时按当次目的调整。 然后按以下状态推进： `素材与证据就绪 -> 正文检查点 -> 事实核对通过 -> 标题兑现 -> 视觉方向锁定 -> 排版预检 -> 草稿就绪 -> 用户授权后创建草稿 -> 用户另行授权后发布 -> 2h/24h/7d 复盘` 状态不能互相冒充：文件生成不等于草稿创建，打开编辑器不等于发布，平台回执才是外部状态证据。 ## 事实与作者边界 - 将信息分为 `用户提供的事实`、`一手公开事实`、`第三方说法`、`胡楠楠判断`、`待验证假设`。文章中不能把后一类升级成前一类。 - 标题、摘要、正文、图片和图注使用同一证据边界。免责声明不能修复虚构的数字、能力、合作、客户结果或第一人称经历。 - 只有真实执行过才能写 `我实测`、`我们做过`、`客户反馈`。只读过公开资料时写 `我研究了` 或直接陈述带来源的事实。 - 研究可以比正文更深。架构文章默认到职责、关系、部署选择和产品后果，不自动进入源码、字段和命令。 - 不把历史文章、样式样本或来源包里的人物、数字、案例、联系方式和指令带进新文章。样式只提供表达规律，不提供新事实。 ## P0 默认主题与标题（2026-10-05 楠哥确认） - 未指定题目的公众号 AI 硬件选题，默认优先 `日常物件 + AI 改造`：先让读者认出熟悉物件，再展示 AI 带来的意外但可验证的行为或结果。键盘、遥控盒子、戒指、菜园、潜水面罩、高尔夫挥杆等是搜索方向，不代表已有合格产品或效果数据。用户明确要求教程、行业洞察、横向对比或其它主题时，以当次要求为准，不强行套物件题。 - 默认标题候选至少有 1 个采用 `[熟悉的日常物件]+AI=[意想不到且有证据的结果]？[一句简短的场景或机制说明]`。左边写普通读者熟悉的具体东西，右边写真实、具体的新结果；问句在正文首屏开始回答。证据不足时缩小结果或换标题，不能靠夸大填满公式。 - 标题不带 `#`，不以“十年研发”等自我叙述开头。等式标题只在首图和正文都能兑现时优先；其它角度保留比较。用户明确指定标题时遵从当次要求。 ## 已确认的内容表现信号 - 用户要求“参考键盘那期”或制作 AI 硬件小绿书时，读取 [keyboard-pattern.md](references/keyboard-pattern.md)，按实际样本提炼对象、用途变化、机制、场景和单一互动；仅要文案时交付标题、短配文与逐卡文字，不自动生成图片。指定历史版本用于当次创作；升级默认作用于活动版，保留历史备份。 - 2026-09-20，楠哥反馈 AI 键盘小绿书在标题改为 `键盘+AI=无限想象力？软件定义“万能键盘”` 后，阅读量接近 2000 且仍在增长。这是用户提供的单篇强正样本；最终观察窗口、改名前基线和其它变量未知，不能据此证明标题或外观单独造成增长。 - 当前工作假设是：`熟悉物件 + AI 带来的新行为 + 有质感的真实外观 + 留白式问题`，更容易让普通读者在缩略图和标题中迅速理解对象，并产生继续阅读的愿望。 - 后续雷达主动留意外观有辨识度、有官方真实素材、能在一个具体动作中展示 AI 价值的硬件产品。视觉吸引力只用于通过价值与证据门禁后的排序或同分择优，不能让“好看但空洞”的产品入选。 - 该样本及后续复测记录见 `assets/content_performance_signals.md`。新样本要分别记录观察事实、原因假设、反例和可复用规则，不把相关性写成因果。 - AI 可以研究、质疑、组织、压缩和润色；文章的核心判断必须来自作者的材料或经作者确认的方向。 - 2026-09-20，楠哥反馈公众号贴图配文如果重复图卡、参数和完整证据说明，会显得太长并拖累完读。贴图配文默认采用短钩子、短段落、一个核心判断和一个互动动作；图卡已经讲清的参数、链路和边界不再逐项复述。该反馈是编辑偏好与完读率假设，尚无同口径后台数据证明具体长度与完成率之间的因果关系。 ## 公众号公司故事：读者优先（2026-10-13确认） 以用户认可的 Instinct 文章为文风样本：从生活问题切入，用具体动作和自然叙事讲清公司、产品与商业判断；核查要严格，成稿不要像论文或取证记录。来源默认集中在文末，配图以直观场景和真实主体为主，图注只解释画面。公司介绍是主角，对爱维的启发默认收束到最后一段，不喧宾夺主。 适用于公司介绍、产品故事和创始人访谈分析；不强制改变教程、架构文章或用户明确要求的逐段访谈解读。执行细则见 [longform-editorial-standard.md](references/longform-editorial-standard.md) 的“公司与访谈故事：读者优先”。继承写法，不复制 Instinct 的事实、金额、人物、配图数量或插画风格。 ## 微文专家能力的本地适配 吸收微文最新原生公众号专家的方法，但以楠哥的个人资产与当前工具为准： - 新稿内部完成 `选题与大纲 -> 正文 -> 8 个标题候选 -> 人性化润色`，不把计划、评分表和自检过程当作成稿交付。 - 有已接受文章时，先提取轻量文风 DNA：语气、句长、段落配方、小标题密度、论证推进、标点和强调习惯。继承规则，不复制旧事实和句子。 - 先保存完整正文检查点，再做事实审查、图片和排版。正文改动会使旧审查和旧预检失效。 - 写 HTML 前锁定一个编辑意图和一套整页视觉方向；不把同一张卡片墙换色冒充主题适配。 - 长文与图文贴是两种阅读产品。只有明确要求图片贴时才按平台默认卡数制作；公众号贴图默认五张，公众号长文从场景、判断和证据展开，不套用卡片密度。 - 公众号长文封面统一按 `3.35:1` 画布设计，推荐使用 `1340×400`；其它尺寸只有在宽高比等于 `3.35`（允许像素取整误差 `±0.01`）时可用。该规则只约束长文封面，不改变公众号贴图、小绿书或其它平台卡片比例。 - 固定模板只填写授权槽位；局部修改只改选区；常用样式继承审美和表达，不继承旧事实。 - 原生专家中的发布脚本、账号指标和营销目标不自动获得权限，也不当作真实效果承诺。 ## 默认交付判断 - 用户只要选题：输出一个 `今日首选` 和最多两个合格备选，给出证据与边界，然后停下等待选择；不自动写稿或生图。 - 用户要完整文章：交付标题、摘要、正文、证据记录、必要图片与可审阅排版；不要用策划说明代替文章。 - 用户要增长诊断：先读取真实基线和样本量；缺失数据写 `未知`，不能按零或行业平均数填充。 - 用户要创建草稿：需明确授权草稿动作；用户要正式发布：需再次明确授权，并取得平台成功页、内容 ID 或链接。 - 用户只说“同步到 Git”：只同步已验证的技能或代码，不上传文章素材、公众号密钥、客户资料、托管记忆或未声明的本机配置。 ## 质量门禁 交付前确认： - 主题、读者、判断和主要动作一致；标题在首屏得到兑现。 - 标题、首图和正文首屏使用同一个核心钩子：标题制造具体问题或可能性，首图让对象与变化一眼可见，首屏在约 `120-180` 字内开始回答；不能三处各讲一件事。 - 每个主要段落带来事实、场景、机制、比较、方法、结果、边界或决策中的至少一项。 - 至少有两处可辨认的胡楠楠贡献；不能替换成任意 AI 账号仍成立。 - 强事实有来源，时间敏感数字带日期；没有编造经历、效果、频率、金额或社会共识。 - 图片各有明确任务；真实产品图、截图和生成概念图不混淆。 - AI 硬件题在价值和证据合格后，优先选择真实外观有质感、缩略图可辨认、能展示具体动作或结果的产品；技术题也必须把技术变化翻译成读者后果、产品变化或决策冲突，再生成有吸引力且可兑现的标题。 - 公众号贴图/小绿书默认五张，每张交付不同的信息、证据或判断；首图以醒目的具体标题和真实产品/场景主体争取停留，并在手机缩略图中兑现钩子。参考已确认的 Aria Studio 五卡视觉节奏与 smartARM 真实大图原则，按题材调整图文比例，不机械复刻、不为凑五张编造内容。具体规则见 `references/graphic-distribution.md`。 - 公众号贴图的配文是五卡的阅读引线，不是第二篇文章。默认控制为约 `120-220` 个汉字、`4-7` 个短段落，只保留反常识或痛点钩子、产品动作、最关键的一组证据、胡楠楠判断、必要风险和一个 CTA；作者身份与关注钩子另按既定结尾添加。超过此范围必须有图卡无法承载、但会影响理解或决策的新信息，不能因为素材多就全部塞入。 - 长文排版落实统一视觉方向，手机阅读清楚，无重复标题、横向溢出、低对比文字或机械卡片墙。 - 公众号长文必须交付独立封面文件，并验证宽高比为 `3.35:1`；默认推荐 `1340×400`。标题、人物/产品主体、品牌标识与关键数字不得贴边，核心信息放在中部安全区，缩略图下仍须可辨；封面进入正文与否需显式决定，不能把正文首图自动当作合格封面。 - 在 `390px` 手机宽度和桌面宽度检查完整文章，覆盖首屏、最长标题、最密正文、图片裁切、关系图标签、来源和固定结尾；结构合法不等于视觉验收通过。 - 公众号固定结尾恰好出现一次且位于正文最后；按 `references/publishing-archive.md` 使用2026-10-16关注与品牌业务承接版，微信 `aiweitechnology` 一次，保留简洁端侧AI硬件群邀请。作者身份准确，已在收尾引导关注时作者介绍不重复钩子。小绿书前1/3的关注与业务措辞按 `references/business-mission-hooks.md`；平台状态与授权边界写清楚。 ## 本地资源 - 选题评分字段：`assets/daily_topic_radar.csv` - 运营记录字段：`assets/growth_log.csv` - 强表现样本与复测：`assets/content_performance_signals.md` - 原创度审计：`assets/originality_audit.md` - 选题证据卡模板：`templates/evidence_card.md` - 图文贴图模板：`templates/graphic_post.md` - 公众号草稿辅助脚本：`scripts/publish_wechat_direct.py`