04 / GEO & DISTRIBUTION
GEO：号池分发，
推荐结果分析。
我的 GEO 做法分两条线：以 Google 账号为主建立号池，用 Agent 管理不同渠道的内容与发布；同时反复观察 ChatGPT、Gemini 对产品的推荐，把商品、引用来源和推荐条件整理清楚，再决定内容改哪里、下一轮发到哪里。
WALK THROUGH A DECISION / DEMO
一款支架没有被推荐，
下一步到底做什么。
品牌 DEMO-ARM、产品 D27 和下方回答均为教学演示，不是真实 ChatGPT 日志或店铺业绩。商品规格、售价与供货仍需真实资料核验；“27 英寸”这个名字不能证明适配。
固定问题，连失败也留下。
In the US, which desk arms under $150 suit two 27-inch monitors? Explain compatibility requirements.
- 本例采样范围
- 美国 / 英文 / 问题版本 v1 / 同一消费端产品与会话条件，计划 6 次。实际运行时逐次记产品界面、可见型号、个性化与搜索状态；ChatGPT、Gemini 和 API 各自统计，不凑在一起。
- 示意回答 R01
- “可以比较其他两款支架。除屏幕尺寸外，还要核重量、安装接口和桌面条件；DEMO-ARM D27 的适配条件尚待确认。”该示意回答引用目标兼容页 v1，但没有推荐 D27；目标页是模拟来源，不是这里声称已存在的网址。
- 能确认什么
- 本条样本没有推荐目标产品；可见引用涉及兼容问题。先保存回答、具体引用位置与页面版本，再核目标产品资料。
- 不能确认什么
- 不能因此断言模型不认识品牌、某渠道权重高，或只要多发帖就会入选。回答里的解释也不是模型内部排序日志。
| 运行 | 状态 | 目标推荐 / 目标引用 | 确认搜索 |
|---|---|---|---|
| R01 | 有效；提及目标产品 | 否 / 是 | 是 |
| R02 | 有效；提及目标产品 | 是 / 否 | 是 |
| R03 | 有效；提及目标产品 | 是 / 否 | 未确认 |
| R04 | 有效；未提及目标产品 | 否 / 否 | 未确认 |
| R05 | 技术失败，无有效回答 | 不计入有效回答分母 | 不判断 |
| R06 | 计划中，无采集记录 | 保留为未观察 | 不判断 |
一次回答重复导入只留一条；真正独立的运行即使文本相同也保留。本组推荐 2/4，目标引用 1/4；确认搜索的有效子集是 2 条，其中 1 条引用，单独报 1/2。被推荐也不代表规格和价格已经说对。
同样没出现，可能是四种不同问题。
| 先核事实 | 判断条件 | 接下来的动作 |
|---|---|---|
| 商品是否适合这次购买 | 真实重量、接口、桌厚、空间、总价或美国供货不满足问题。 | 不强求这款被推荐。改选符合条件的商品，或单独研究它真正适用的问题；不在资料里补写不存在的兼容能力。 |
| 商品符合，资料是否写清 | 真实规格可核证，但兼容页 v1 缺安装局限、适配表或原始演示。 | 整理证据后做 v2，把每个结论对应到规格表、实物照片或说明书。未核项目留待确认，先不扩散购买承诺。 |
| 资料是否能被访问和检索 | 页面报错、登录墙、抓取限制，或目标搜索产品尚未收录该页。 | 技术先查 HTTP、正文可读性、robots、索引指令和内部链接。Google AI 搜索另查索引与摘要资格；不把这套准入条件直接套给 Gemini App 或 ChatGPT。 |
| 可见来源偏向什么证据 | 匹配问题多次引用安装经验、比较资料或行业评测，而自有资料只讲卖点。 | 补可验证的安装与比较内容；如适合独立评测，就联系相关编辑提供资料，接受其判断。不由品牌账号自写“第三方推荐”。 |
本例只选择“兼容资料待补证”作为先执行的假设：它直接关系到购买，也在自己的修改范围内。是否改变推荐，要等资料核实、发布和同条件复测，不能从引用页直接还原算法原因。
先补一份能用的资料，再分配三个任务。
优先级看四件事：观察到的主题与引用、自有资料缺口、能否合适地发布、制作与维护成本。本例先做兼容页，再做可复用的安装演示；论坛答复必须有现成相关问题。某家媒体被引用，不代表我们能去那里直接投稿。
| 任务 / 目的 | 负责人和执行位置 | 交付与验收 | 失败后做什么 |
|---|---|---|---|
| T01 / 自有兼容页 v2 把“能不能装”讲清楚 | 站点负责人；获准的品牌 CMS。产品资料负责人核证规格，技术协助可访问检查。 | D27 兼容表、安装局限、型号与版本 v2。填已核的重量范围、接口、桌厚和空间条件；正文、图与规格一致，公开 URL 可读。 | 规格不全就退回核实；页面报错就交技术修复。可访问之后再查目标产品的检索状态，不把发布成功写成已收录。 |
| T02 / 品牌 YouTube 给安装过程原始证据 | 视频负责人；Google 账号池中已授权的品牌频道。只承担品牌演示，不扮独立买家。 | 接口特写 → 桌面条件 → 连续安装 → 调整范围；配文字步骤、限制与 v2 资料链接。核实物一致、字幕和公开播放。 | 没有实物或权限就先保留脚本；画面与说明不符只返修相关镜头。视频审核未通过不改记为公开。 |
| T03 / 相关论坛答复 解决一个已有适配问题 | 社区负责人；允许品牌参与的现有账号与版块，不另开号自问自答。 | 仅在找到现有的双屏安装/适配问题、确认版规后答复：说明品牌身份，先回答条件与局限，再按规则给资料。验收真实帖子 URL、正文和公开状态。 | 没有相关问题或不允许推广就不发；被移除先读原因，不换账号重发。把有价值的问题带回兼容页继续改。 |
号池在这里用于安排身份、权限和责任，不用于凑背书。5 个自有账号转发同一稿，即使有 5 个 URL，也只是 1 个已核自有主体、0 个独立背书；主体关系未核实就保留未知。
推荐次数多了，推荐率可能没变。
先确认 v2 与视频实际公开，再按原问题、同一产品界面与会话条件复测，并保留未改的相近问题作比较。下表 after 是独立算例，不是默认离线示例已经采集到的第二批结果。
| 批次 | 计划 / 有效 | 明确推荐 | 目标来源引用 |
|---|---|---|---|
| Before / 演示 | 6 / 4，完成率 66.7% | 2 / 4 = 50% | 1 / 4 = 25% |
| After / 独立算例 | 6 / 6，完成率 100% | 3 / 6 = 50% | 2 / 6 = 33.3% |
推荐从 2 次到 3 次，率仍是 50%。引用从 25% 到 33.3%，但样本小、有效完成率也不同，不能说优化已奏效；原先失败或未观察的样本可能改变结论。按预先计划补做可比批次，记录同期模型变化与其他推广，不追问到出现目标才停。
- 仍不推荐
- 重查商品适配与资料版本；不适配就换问题或商品。若已适配、可访问且证据齐，再针对反复出现的具体资料缺口测试，别先增加账号。
- 推荐了，但事实错误
- 先区分产品型号/规格错误和某商家价格/供货过期：前者修商品事实，后者核同 SKU、市场、商家与时间。第三方原文有误就联系纠正；修正记录与重新采样分开保存。
- 有引用，访问却不多
- 先核真实引荐、落地 URL 和到站事件，再看页面是否提供完整安装步骤或适配判断等点击理由。手工样本引用数不是网站 CTR 分母，不能拿访问量除它。
本例涉及的机制与测量范围
Google AI Overviews / AI Mode 的支持链接要满足索引和摘要资格；这是 Google 搜索范围，不是所有问答产品的共同准入规则。Google AI 搜索说明 ↗
ChatGPT 购物中的产品入选与商家报价分别处理，价格和配送可能延迟更新。引荐访问用实际分析记录检查，例如链接中的 utm_source=chatgpt.com，不从采样推算全站点击。购物结果说明 ↗ 发布者与引荐说明 ↗
Bing AI Performance 的引用、URL 和查询只覆盖其支持范围，部分为样本；不是全网问答总量或渠道权重。Bing 测量范围 ↗
01 / ACCOUNT POOL & AGENT PUBLISHING
账号要多，分工也要清楚。
Google 账号、各平台的发布权限、浏览器或手机环境，分开登记。按品牌、市场、语言和内容用途分组，Agent 领取具体任务，而不是把同一段话复制到所有账号。
01Google 账号与平台权限
登记内部账号编号、品牌/团队、负责人、市场、语言、可用服务与状态。Google 登录不等于各平台都能发帖；只接入已有、真实授权的账号。
02浏览器与手机
网页任务绑定正确的 AdsPower 环境；原生应用任务绑定已授权设备。执行前核当前身份与目标频道，公开页面不放邮箱口令、代理或设备参数。
03任务排期与提交
每条任务绑定主题、渠道、目标账号、内容版本、审核范围和负责人。优先已有 API / 连接器；没有合适接口且允许时使用浏览器或设备操作。
04发布回查与异常
同一目标避免并发写入。提交后重开检查正文、媒体、链接和公开状态；未知提交先查重，审核中单列，遇到权限、验证或限额就暂停该任务。
账号数量用于管理执行容量，不当成独立用户数量或推荐权重。发布账号与测量会话分开；不通过换号绕过限制，也不代写真实用户评价。
02 / CHANNEL MAP
渠道具体到名字，也具体到任务。
结合目标问题观察到的引用、自有资料缺口、发布条件与制作成本安排任务。被引用不等于可以直接投稿；下面保留候选范围，不是各渠道的算法权重表，也不要求每个渠道都做。
01 / 自有资料
品牌官网 · 产品 / 比较 / FAQ 页 · 博客 · 帮助中心 / 开发文档
| 怎么做 | 如何判断完成 |
|---|---|
| 规格、适配、价格、限制、原始演示和操作步骤。一份事实资料作为各渠道版本的依据。 | 自有授权发布；发布后分别核可访问、索引与引用。 |
02 / Google 生态
YouTube · Blogger · Google Sites · Google Business Profile
| 怎么做 | 如何判断完成 |
|---|---|
| 演示视频与文字说明、专题页面、品牌事实及本地商家资料。 | Google 账号是账号池的一部分，不等于所有平台发布权限。商家资料只用于符合条件的真实商家。 |
03 / 公开长文
LinkedIn Articles / Newsletter · Medium · Substack
| 怎么做 | 如何判断完成 |
|---|---|
| 按使用场景写教程、对比和产品决策；保留事实、示例和适用边界。 | 公开正文、付费墙预览和邮件分开；每个平台核当前身份与编辑权限。 |
04 / 社区与问答
Reddit · Quora · Hacker News / Show HN · Indie Hackers · Stack Overflow · Stack Exchange · 行业 Discourse 论坛
| 怎么做 | 如何判断完成 |
|---|---|
| 先找与产品有关的真实问题，再给能独立解决问题的答案、演示或项目介绍。 | 每个社区单独判断。技术问答不是广告版；说明品牌关系，不能用号池造独立用户口碑。 |
05 / 开发者资料
GitHub · Hugging Face · DEV Community · Hashnode
| 怎么做 | 如何判断完成 |
|---|---|
| 真实代码、文档、模型说明、技术教程和可复核的演示。 | 只用于实际产品和项目，不用空仓库或无关评论占位。 |
06 / 产品目录与评价
Product Hunt · BetaList · AlternativeTo · G2 · Capterra · Trustpilot · Clutch
| 怎么做 | 如何判断完成 |
|---|---|
| 维护准确产品资料，申请合适类目；客户真实使用反馈由客户自己提供。 | 提交、付费申请、审核、公开分开。号池可管理商家资料，不能代写客户评价。 |
07 / 社交发现
X · Threads · Instagram · Facebook Pages · TikTok · Pinterest
| 怎么做 | 如何判断完成 |
|---|---|
| 短演示、图解、更新、讨论和适配当前平台的商品内容。 | 逐帖检查公开性；能发布不代表能被问答产品抓取或引用。 |
08 / 新闻与行业资料
自有 Newsroom · PR Newswire · Business Wire · 行业媒体 / 专业博客 · 合作伙伴 / 客户网站
| 怎么做 | 如何判断完成 |
|---|---|
| 真实新消息、案例和原始资料；向合适的编辑提供选题与证据。 | 付费分发不等于独立报道；媒体保留编辑决定权，不预设都接受投稿。 |
09 / 商品资料
Shopify · Amazon · TikTok Shop · AliExpress · Mercado Libre · Shopee
| 怎么做 | 如何判断完成 |
|---|---|
| 统一商品名、型号、规格、价格、库存、地区与实际视频。 | 只维护有权限的店铺。上架、商品推荐、商家排序与订单不是同一结果。 |
10 / 私域
Discord · Slack · 电子邮件
| 怎么做 | 如何判断完成 |
|---|---|
| 收集真实问题、反馈、使用案例，再按授权转为公开资料。 | 群内可见不等于公开网页，默认不算可被引用的资产。 |
03 / RECOMMENDATION ANALYSIS
从一条产品推荐，反查缺了什么。
先用不带品牌名的真实需求提问，再单独测带品牌、竞品比较和售前问题。固定市场、预算、用途、问题版本与采样时间，不问到出现自己品牌才停。
示例问题：在美国，预算 150 美元以内，适合两台 27 英寸显示器的桌面支架有哪些？说明适配条件。
01推荐结果
保存完整回答、推荐商品、展示顺序（确有顺序时）、可见理由与原始截图/导出。品牌被提到，不一定是被推荐。
02实际来源
逐条打开真实引用页，区分引用、相关链接、核查链接和检索候选；没显示的来源填未知，不反向编造。
03购买条件
把价格、尺寸、兼容、地区、交付和限制对应到资料位置，检查竞品页面提供了什么、自家缺了什么。
04形成改动
把缺口写成确切任务：补规格表、改商品页、做演示、更新资料，或给合适渠道准备不同内容。
这是从可见结果反查证据，不是读取模型内部思考。追问“为什么推荐”或“给产品打分”得到的是新的回答，不能当成原回答的后台日志或真实权重。
ChatGPT 网页与购物、OpenAI API、Gemini App 与 API、Google AI Overviews / AI Mode 分开测；型号、地区、语言、登录、Memory、搜索状态和会话条件逐次记录。看不到的值写 unknown，不猜。
04 / CLEAN DATA
先清洗数据，再比较变化。
原始回答只读保留。模型帮助归类，规则处理重复和字段，人复核模糊商品、引用关系与来源归属。
| 对象 | 具体处理 |
|---|---|
| 问题与运行 | 同意图归主题，带品牌与不带品牌分开。只去掉同一次响应的重复导入；不同真实运行即使答案相同也保留。 |
| 品牌 / 商品 / 商家 | 品牌、系列、SKU / 变体和销售商分开。别名有资料依据才合并，模糊名称进入复核。 |
| URL | 保留原 URL、去跟踪 URL、已验证 canonical。只去确认的跟踪参数，variant / 颜色 / 型号等影响商品身份的参数保留。 |
| 发布主体 | 域名、作者、原稿、转载、自有或独立关系分别记录。同稿多站、自有多账号不算多个独立背书。 |
| 引用类型 | 实际引用、相关链接、核查链接和检索候选分开；同回答同 URL 的来源覆盖只计一次，引用位置另存。 |
| 失败与无来源 | 超时、限额、验证等单列，不算未推荐。有效回答没显示引用也要保留，不能删掉以提高引用率。 |
四张表就能开始
runs 保留采样条件和原文；answer_items 记录品牌、商品、推荐理由；sources 记录引用和发布主体；actions 记录内容改动、负责人、发布回查与实验编号。
runs: run_id, topic_id, surface, locale, session, search_observed, captured_at, raw_answer
answer_items: run_id, brand, product, variant, seller, recommendation, visible_reason
sources: run_id, raw_url, clean_url, canonical_verified, publisher, ownership, link_role
actions: topic_id, gap, destination, owner, version, readback, experiment_id05 / CONTENT CHECKS & RETESTS
打分用来找缺口，不冒充模型算法。
先查硬性条件：商品是否符合预算、市场、规格，资料是否真实，渠道是否允许发布。再检查需求匹配、规格、限制、价格库存时效、比较依据、演示、身份关系与公开访问。
每项记 0 = 确认缺失、1 = 部分具备、2 = 充分具备，未核写 unknown，并附页面位置。它叫内容检查表，不叫 ChatGPT 得分或 Gemini 权重。下一轮按业务相关性、重复缺口、可修改程度和成本排任务。
| 结果 | 口径 |
|---|---|
| 提及率 / 推荐率 | 分别统计提及、明确推荐预定义目标产品的有效回答数 / 同条件有效回答数；单回答多次提及不重复计。品牌提及可单列，不混入本例产品口径。 |
| 可见引用率 | 引用目标页面或目标主体的回答数 / 同条件有效回答数，目标范围先定义。另报确认检索子集的引用率，两种分母不混。 |
| 来源覆盖 | 唯一 URL、域名、独立发布主体分别计；相关链接与候选页不当作引用。 |
| 到站与经营 | 真实访问、合格线索、订单 / 订阅分开；品牌搜索、直接流量、自报来源单列。 |
问题组、重复次数与时间批次提前确定。按主题或页面做小批改动，保留相近未改主题作比较，复测时沿用条件。报告样本量与波动，记录同期模型更新和其他推广，不把一次出现或前后变化当作因果证明。
具体技术与当前可运行部分
账号工具负责获准的执行；模型可辅助问题归类、文案与字段提取，操作者再核原文、实体和引用。访问与成交来自实际分析系统。现有代码先处理已整理好的本地输入，不混写采样接口与消费端浏览器结果。
python3 scripts/review.py examples.json --example geo_sample
python3 scripts/review.py examples.json --example distributiongeo_sample 核对同一产品界面、市场、语言、问题/版本、条件组和目标商品/来源；合并同一运行的完全重复导入，冲突记录报错。它保留计划数、已观察数、有效数以及失败/拒答/未触发/未观察状态，分别算提及、推荐、引用与确认搜索子集。有效回答没有引用也留在分母。
合成 before 输入对应上方示例：6 次计划、5 次已观察、4 条有效，推荐 2/4、引用 1/4，搜索确认子集引用 1/2，并合并一次重复导入。after 只是网页独立算例。distribution 另核已有发布台账；两者都不连接模型、不自动采集、发帖、清洗 URL/商品实体或核实引用真假。原文/证据引用和布尔判断由调用者提供，统计结果不是模型权重或优化效果证明。
18 个具体渠道 + 通用文章模板。
全部渠道在下面展开，点击名称查看做法，也可用键盘方向键切换。原有双屏支架图文示例保留；按真实项目选择，不要求都发布。开发者社区需要真实技术内容，软件目录需要符合要求的产品；ARTICLE 是通用文章模板，不计入 18 个渠道。以下均为操作示例，不是发布记录或引用成绩。
先让画面把问题说清楚。
- IMAGE
- 整桌场景、安装局部、横竖屏三个不同视角；图片与事实逐项对应。
- COPY
- 开头说“买之前先核对”，正文列接口、重量和桌面条件，不杜撰使用感受。
- HANDOFF
- 主题、图片文件、文案版本、品牌关系说明与目标账号用途。
- CHECK
- 实际图片、正文、账号身份和公开状态；点击提交还不是完成。
Agent 根据已核事实准备轮播图与文案，由获授权的品牌账号负责人确认发布；随后重开帖子核对图片、身份和公开状态。收藏、咨询、引荐访问和实际引用分别观察，不把互动数当引用权重。
从工作场景写，而不是堆商品词。
- ANGLE
- 双屏写作、远程协作、桌面安排，说明为什么需要调整。
- PROOF
- 用商品资料支持兼容范围；团队身份清晰，不把品牌内容写成独立评价。
- FORMAT
- 问题 → 检查清单 → 局部图 → 进一步资料。
- OUTPUT
- 平台正文与配图独立审核，留可回查的公开地址。
先区分品牌主页与真实成员身份，核对实际文章或动态权限。Agent 准备证据与平台稿，负责人批准后发布，再检查作者、正文和公开地址；记录专业咨询、引荐与实际引用，不把品牌自述算独立背书。
一个短问题，只讲一件事。
- ANGLE
- “屏幕尺寸合适，不代表安装一定合适。”随后给明确的兼容检查点。
- FORMAT
- 短句、局部图、一个有价值的结论；不是长文缩写。
- ACCOUNT
- 使用真实授权的品牌或团队身份，不用多个账号重复放大同一内容。
- OUTPUT
- 独立的平台版本、来源与发布核验记录。
Agent 从一个已核事实准备短帖或相关问题的答复，按批准范围由品牌或团队账号发布；回查帖子顺序、配图、链接和可见性。看有效讨论与引荐，曝光和互动不代表模型推荐权重。
长文需要能独立解决一个问题。
- OUTLINE
- 使用任务 → 兼容条件 → 安装限制 → 常见误解 → 来源。
- VALUE
- 即使不点击商品链接，读者也能完成一次有用的判断。
- CHANNEL FIT
- 先看社区与平台语境；不把薄广告或模板换词文章铺到所有地方。
- OUTPUT
- 完整正文、来源、配图和公开地址；品牌关系明确。
让安装过程成为可回看的证据。
- 内容形态
- 连续安装演示、接口与桌面特写、限制说明；配可独立阅读的步骤和资料链接。
- 身份与准入
- 已授权品牌频道，Google 账号只代表登录身份；不把品牌演示包装成买家测评。
- Agent 执行与回查
- Agent 按已核资料拟脚本、章节与说明，负责人检查实物后批准上传；回查频道身份、公开播放、字幕和链接。审核中单列。
- 观察结果
- 观看和到站分别看；定题采样若引用该视频，保存实际链接与位置，不能把播放量当引用量。
一篇文章只解决一种安装或选型问题。
- 内容形态
- 围绕具体问题写图文教程，链接已核规格、原始演示和版本；不重复搬运整份品牌介绍。
- 身份与准入
- 真实品牌或团队博客；确认该 Google 账号在目标博客的作者/编辑权限，署名说明归属。
- Agent 执行与回查
- Agent 把证据改成教程草稿，检查图片权利和链接后送审；发布后重开正文、图片和目标 URL，错误只修本篇。
- 观察结果
- 检查公开访问和目标问题的实际引用；同一主体的多篇内容不算多个独立推荐。
把分散资料整理成一个可查的专题页。
- 内容形态
- 适配表、安装步骤、下载资料和更新日期；原始品牌页与专题页身份一致，不造多个“评测站”。
- 身份与准入
- 品牌资料维护账号；只有具备编辑和发布权限的成员执行，先核站点受众是否公开。
- Agent 执行与回查
- Agent 整理页面结构与附件，负责人核参数与发布范围；回查公开版本而非编辑预览，确认正文、下载和导航可用。
- 观察结果
- 记录访问条件与被引页面；Google 托管不保证被检索、引用或获得额外权重。
只维护符合条件的真实商家。
- 内容形态
- 真实地址/服务范围、营业信息、业务说明、照片与准确联系方式；不用虚拟地点给纯线上产品占位。
- 身份与准入
- 已验证且符合当前准入的商家负责人。品牌账号有 Google 登录不等于有该商家资料权限。
- Agent 执行与回查
- Agent 先核现有资料与官方业务事实，输出差异；获准后修改对应字段，回查审核状态和公开展示，不代写客户评论。
- 观察结果
- 看商家资料准确性及可获得的真实访问/联系；本地资料表现与通用产品推荐分别记录。
写能独立读懂的比较与解释。
- 内容形态
- 按用户任务写选型、安装误区或取舍，交代证据和不适用情形；不做换标题的同稿批量分发。
- 身份与准入
- 真实作者或品牌刊物；先核作者权限、刊物是否需要编辑批准、正文是否有付费墙。
- Agent 执行与回查
- Agent 生成结构和草稿，负责人核事实、署名及引用；投稿与公开分开，回查全文或可见预览、图片和链接。
- 观察结果
- 阅读、真实到站和实际引用分开；编辑拒稿就保留原因，不换身份重复提交。
公开文章与邮件，是两种不同的交付。
- 内容形态
- 写带来源的专题、更新或案例；公开归档解释问题，邮件仅发给符合发送条件的订阅者。
- 身份与准入
- 真实品牌通讯的管理员/编辑；先核订阅关系、发送范围与付费/公开设置。
- Agent 执行与回查
- Agent 做文章和邮件两个版本，先预览并确认本次是保存、公开还是发送；发布后核归档，邮件另核发送记录，不把草稿当已送达。
- 观察结果
- 公开页才讨论可被检索的条件；邮件打开率、到站与模型引用不合并成一个结果。
先回答帖子里的问题，再决定要不要放链接。
- 内容形态
- 针对已存在的安装、使用或选型问题，给具体条件、局限和能复核的证据；不套品牌软文。
- 身份与准入
- 有真实归属的账号，说明品牌关系；逐个核 subreddit 的参与和自我推广规则。
- Agent 执行与回查
- Agent 检索并整理相关帖子、拟答复和规则要点；获准后回复选定帖子。重开核正文、身份、删除/审核状态，未知提交先查重。
- 观察结果
- 看回复是否解决问题、被保留、带来真实访问及是否实际被引用；不做投票操纵或多个账号互相背书。
答案要能解决问题，不依赖点广告链接。
- 内容形态
- 针对具体问题写解释、选择条件与资料出处；观点和已核事实分开。
- 身份与准入
- 真实身份或明确品牌关系的作者；选择现有相关问题，核当前发布与推广规则。
- Agent 执行与回查
- Agent 整理问题背景和证据，拟可独立阅读的答案；批准后提交，回查正文、链接、公开状态和审核结果，不重复铺相同答案。
- 观察结果
- 按问题观察公开保留、互动、到站和引用；答案被看见不等于读者认可产品。
只有真正可运行的东西，才建项目。
- 内容形态
- 实际代码、可复现示例、README、输入输出和限制；例如有真实实现的适配工具，不为普通商品建空仓库。
- 身份与准入
- 本人或团队有权维护的仓库；标明来源、许可证与维护者，不在无关 issue 留广告。
- Agent 执行与回查
- Agent 基于现有代码补文档、示例和测试，负责人审查后发布指定版本；回查仓库权限、链接、示例能否运行和版本一致性。
- 观察结果
- 使用反馈、有效 issue、文档访问及实际引用分别看；star 数不是模型推荐权重。
讲一次具体技术实现，不发商品简介。
- 内容形态
- 围绕真实代码写输入、处理、失败与结果；没有技术实现的商品就不选这个渠道。
- 身份与准入
- 真实开发者或品牌工程成员，说明关系、代码归属与引用来源。
- Agent 执行与回查
- Agent 从已验证实现整理教程和代码段；确认社区规则后发布，回查代码格式、演示、来源链接和公开正文。
- 观察结果
- 看技术问题是否被解决、有效讨论与实际引用；不拿阅读量代替软件采用或商品成交。
把长期维护的技术说明写完整。
- 内容形态
- 按真实产品版本写架构选择、API 用法、排错和示例；不把同篇宣传稿重新包装成技术文章。
- 身份与准入
- 有权维护该技术博客的工程或文档成员，作者身份与品牌关系清楚。
- Agent 执行与回查
- Agent 核当前实现后拟教程、图解与示例，负责人批准再发布；检查文章 URL、代码、图片和版本，跨站转载保留原稿关系。
- 观察结果
- 看读者完成任务所需的缺口、反馈、到站和引用；自有多博客仍属于同一发布主体。
先判断项目是否适合，再准备发布。
- 内容形态
- 一个确实可用且符合当前收录要求的项目：做什么、适合谁、实际演示、价格与限制；不把普通商品硬包装成软件新品。
- 身份与准入
- 真实制作方或已授权发布者，公开说明关系；提前核项目资格和发布入口。
- Agent 执行与回查
- Agent 整理发布页素材、演示、说明和答疑草稿；负责人确认后按入口提交。回查审核/上线状态、项目链接和页面事实，不组织虚假投票。
- 观察结果
- 看合适用户的访问、首次使用和反馈；榜单位置、投票、模型引用分别记录。
维护真实软件资料，评价由用户自己写。
- 内容形态
- 仅为符合目录的真实软件/服务整理功能、适用团队、价格与限制。D27 实体支架本身不作为软件上架。
- 身份与准入
- 获准的厂商资料管理员；资料申请/认领与真实客户评价是不同权限。
- Agent 执行与回查
- Agent 做资料差异、类目候选和证据包，负责人确认再申请或更新；回查审核结果与公开字段，不代写、代发客户评价。
- 观察结果
- 资料准确性、合格引荐和可核的独立引用分别看；付费服务或资料公开不等于独立推荐。
让采购者看清软件的适用范围。
- 内容形态
- 真实软件功能、规模适配、部署方式、价格条件和支持范围；用证据校准，不借不存在的能力进热门类目。
- 身份与准入
- 已获授权的软件厂商联系人；普通硬件商品不为占渠道名硬建软件资料。
- Agent 执行与回查
- Agent 核产品事实并准备新增/更新资料，按当前申请与审核流程提交；回查公开类目、字段、链接与状态，客户评价由客户自主完成。
- 观察结果
- 区分目录收录、付费引荐、有效咨询和实际引用；不把一个目录页算成已获得大量第三方认可。
向编辑提供材料，把判断留给编辑。
- 内容形态
- 围绕适配难题、原始测试或真实行业变化准备选题、数据口径、图片和采访信息；不把品牌自述伪装独立评测。
- 身份与准入
- 明确身份的品牌 PR 联系人，对接有相关读者和栏目需求的编辑或专业作者。
- Agent 执行与回查
- Agent 根据已读栏目说明匹配编辑和选题，起草事实包与联系邮件；批准后联系，区分发出、接受、刊发。回查署名、披露、引用和公开页。
- 观察结果
- 看目标读者覆盖、合格引荐与实际被引内容；编辑可拒绝或给出不同结论，付费分发另标。
打开任务台账与效果判断方法
| 字段 | 为什么保留 |
|---|---|
| task_id / topic / source | 回到原始商品与选题依据 |
| account_role / platform / content_version | 知道谁代表谁、发在哪、用了哪个版本；公开页不展示账号凭据 |
| state / submitted_at / checked_at | PREPARED、BLOCKED、SUBMITTED_UNVERIFIED、PUBLIC_VERIFIED 分开 |
| canonical_url / visible_copy / visible_media | 正文、图片和准确公开地址核对后，才进入已确认状态 |
| failure_reason / owner / next_action | 让下一位操作者能继续；待核验项目不能盲目重发 |
公开、可抓取、收录、AI 引用、引荐访问、成交是不同层次。固定问题、地区、语言和检查时间，保存实际引用页，再连接访问与订单。目前展示账号执行与核验流程；这批内容的 AI 引用、引荐访问和订单，仍需要分别跟踪。