Community研究与数据分析github.com

研究

查找与验证话题、故事、事实和数据,生成附带来源的研究简报,供写作和视频脚本技能使用。适用于当你需要发布内容、寻找创意、研究话题、核实事实或统计数据、了解受众搜索内容、回应行业新闻或规划内容日历等场景。

研究 是什么?

该技能负责研究验证话题、故事、事实与数据,并生成一份结构化的“研究简报”,供写作和视频脚本技能后续引用。它不直接撰写最终内容或视频脚本,而是确保所有输出的内容都基于真实、可追溯的来源,每个声明都附有来源名称和日期。核心原则是“绝不捏造任何数字、引用、评论、故事或细节”,确保内容的可信度。该技能支持三种内容类型:Evergreen(长期有效)、Live(基于当前事件)和 Dated(有特定日期要求),并会相应处理实时数据和过期标记。工作流程包括:理解用户需求、通过受众真正搜索的问题寻找话题、根据分层来源收集信息、严格验证每个声明、将事实转化为受众关心的角度,最后撰写结构化的研究简报,并更新品牌的可信来源列表。它适用于 Claude Code、自定义 GPT 或支持工具调用/技能系统的平台,可处理“研究这个”、“帮我查找话题”、“验证这个统计”等明确触发词。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/builtnotboosted/built-not-boosted-skills/tree/HEAD/plugins/built-not-boosted/skills/research

Installed? Explore more 研究与数据分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

研究 是做什么的?

此技能负责寻找值得表述的内容并验证其真实性。它承担两项任务:选择受众真正想要的话题和角度,以及核实每一条在内容中引用的事实。其输出是一份研究简报,供 writing 和 video-scripting 技能消费,同时维护工作空间的可信来源列表 brand/sources.md。该技能不负责撰写最终内容(那是 writing 的任务)、编写视频脚本(video-scripting)或检查最终稿件(review-loop)。

权责顺序:brand/brand-profile.md 在品牌常量、边界和合规用语方面优先;本技能拥有研究方法的所有权。

开始前

从营销工作空间(默认 marketing/)中阅读以下文件:

  • brand/brand-profile.md:## Audience、## Content pillars、## Boundaries、## Compliance 和 ## Platforms。受众和内容支柱告诉你该寻找什么;边界和合规性告诉你绝对不能带回什么。
  • brand/sources.md:该企业信任的、分层的来源列表。如果该文件不存在,则根据 references/source-tiering.md 中的模板创建,并在工作过程中逐步填充。
  • brand/performance-learnings.md(若存在):哪些话题和形式效果较好。研究应倾向于已被证明有效的领域,并将未测试的领域标记为测试。
  • 最近的 content/ 文件夹:已经制作了哪些内容,以便找到缺口而非重复。

如果没有工作空间,用一句话说明,并提供运行 brand-setup 的选项。如果用户仍希望继续,只需询问受众、行业和地点(如果是本地业务),然后开始。

标准:绝不捏造,一切标有日期

这是整个技能旨在保护的核心规则。一个稍微平淡但真实的内容,永远优于一个华丽但捏造的内容,因为信任是资产,而一个虚构的细节可能消耗掉所有信任。

  1. 绝不捏造数字、引用、评论、推荐、故事或具名细节。 不得编造统计数据、价格、平均值或“10 人中有 9 人”等说法。不得将想象的客户轶事当作真实事例呈现。不得将虚构的产品、人物、地点或事件作为事实陈述。
  2. 故事只能来自真实素材。 使用用户自己记录的经历(询问他们;他们是“我的一位客户曾经……”的唯一来源)或来自具名来源的已发布案例研究。将真实案例简化至其匿名形式,并坚持事实。切勿添加细节进行戏剧化处理。如果没有合适的故事,诚实地讲解该话题即可。原因:一个虚构的“真实客户故事”是失去信任的最快方式,在受监管行业中也可能构成违规。
  3. 每个声明都必须有来源和日期。 来源需明确命名(出版商、标题或版本、以及 URL,如果存在),日期包括发布日期和检查日期。没有来源的声明不能放入简报,而是放入其未解决问题部分。
  4. 实时数据必须标记 VERIFY BEFORE PUBLISH。 任何可能变动的数字(价格、利率、平均值、计数、排名、政策门槛、平台限制)都需标记,以便最终发布者在发布当天再次核实。
  5. 不得使用暗示数据的模糊量词。 “大多数人”、“根据统计”、“研究表明”和“几乎所有人”要么有引用的来源支持,要么必须重写。
  6. 当不确定时,不要猜测。 要么将其排除并一般性地讲解,要么停下来询问用户。清楚地说明你无法验证什么。

长期有效还是实时:先做决定

每篇内容属于以下三种类型之一,简报应明确指出,因为这将决定其中可以包含什么。

  • Evergreen(长期有效): 数月内都保持有效。适合批量制作、提前拍摄或安排数周后发布。完全不包含实时数据;使用原则、流程和明确标注为示例的说明性例子。
  • Live(实时): 围绕当前事件构建(某个数据、发布、规则变更、今日新闻)。每个当前数据都需标记 VERIFY BEFORE PUBLISH,简报需记录一个过期日期,在此日期之后内容不得未经修订就发布。
  • Dated(有日期): 形式上是长期的,但与已知日期绑定(截止日期、季节、计划开放时间)。记录“使用截止日期”,以免内容过期未被放置或以过时的形式出现。

原因:一个提前拍摄的视频引用了上个月的数据,当它播出时就已经错了,而直到观众发现之前没人会注意到。

方法

  1. 确定需求。 用户是让你研究一个话题,还是询问应该制作什么?对于话题,转到步骤 3。对于“我应该发什么”,从步骤 2 开始。注意平台和内容发布的日期,因为这决定了它是长期有效还是实时。

  2. 寻找需求。 在决定说什么之前,先弄清楚受众实际在问什么,用他们自己的话。打开 references/audience-demand.md 了解方法:搜索建议和“People also ask”、用户自己的 Search Console 查询、平台搜索洞察、论坛和社区讨论,以及用户自己评论和私信中的问题。内容支柱决定了帖子的类型;需求决定了角度和确切的措辞。优先选择以下话题:

    • 一个大多数人不知道、直到它带来麻烦的具体问题(警示或“痛点”形式)
    • 对用户担心时刻的“实际会发生什么……”的逐步讲解
    • 用户面临的一个明确的二选一决策
    • 一个已经有人在搜索栏中输入的问题,你可以几乎原封不动地用作标题 根据 brand/performance-learnings.md 以及已制作的内容检查每个候选话题。将未测试的领域标记为测试,而非确定项。
  3. 从分层来源收集信息。 使用 brand/sources.md 和 references/source-tiering.md 中的分层方法。对于任何涉及数字的内容,直接前往主要来源(统计机构、监管机构、原始研究),并将行业媒体、博客和评论员视为指引你找到主要来源的雷达。注意每个来源的背景及其意图,因为带有党派或商业色彩的来源虽然可能包含好数据,但也存在偏向性。

  4. 验证。 对于每个声明:

    • 将一个头条数字追溯至其原始来源并阅读原文
    • 检查发布日期,并查看是否已被取代(官方指导页面可能看起来最新但已多年未更新)
    • 检查样本:谁被调查、样本量多少、样本是否有偏差(一家公司对自己客户的调查不能代表“所有客户”)
    • 检查数字的含义是否与标题声称的一致;一些数字在脱离上下文后会产生误导,这些数字应排除
    • 如果某个页面无法正常加载(客户端渲染网站常返回空内容),可尝试该网站的 RSS 源、站点地图或直接文档链接,然后再放弃;切勿凭记忆填补空缺 如果无法验证,则不能作为事实放入简报。
  5. 寻找角度。 将这些事实转化为对目标受众的意义。对于新闻和数据,抓住利害关系和时效性,给出一次数字,然后立即转向“这对你意味着什么”,根据受众中的二到三种类型进行拆分。将紧张感保持在事实本身,而非承诺的结果(“这个条款可能会让你损失”在真实时是合适的;但“你将节省”则不行)。提供两到三个钩子种子;writing 和 video-scripting 技能将进行选择和完善。

  6. 撰写简报。 使用 references/research-brief-template.md 模板,将文件保存到 content/<yyyy-mm-dd>-<slug>/research-brief.md。声明表格是核心:每个声明一行,包括来源、日期和标记。如果用户只是要求快速的事实核查,在聊天中直接给出答案,包含来源和日期,并提供撰写完整简报的选项。

  7. 更新 brand/sources.md。 添加你依赖的任何新来源,包括其层级、适用场景、任何偏向性或注意事项,以及获取笔记。如果某个来源被发现过时或不可靠,则将其降级,并用一句话说明原因。

回应新闻与预定发布

当行业内发生事件,或已知的数据发布临近时,打开 references/reactive-content.md。简而言之:维护一个与该受众相关的预定发布和公告日历,在这些日期故意留出计划空白,提前准备角度,然后在当天验证实际数字并快速制作内容。简单的数字发布奖励速度;复杂的政策变更则奖励先阅读原始文档,因为“首发但错误”比“晚几个小时但正确”更糟糕。

受监管行业

如果 ## Compliance 指出该业务受监管,则来源要求更高,且某些声明无论如何有充分来源也不允许使用。遵循品牌档案中的合规要求。references/regulated-industries-example.md 通过一个行业(英国金融服务)的示例展示了其运作方式,但仅为示例,并非默认规则。

交付前的检查

在将简报交付之前,确认:

  • 声明表中的每一行都有具名来源、发布日期和检查日期
  • 每个实时数据都已标记 VERIFY BEFORE PUBLISH,且简报已说明是长期有效、实时还是有日期(并附有过期日期)
  • 没有用户未提供或具名来源未发布的故事、引用或评论
  • 没有任何内容触及 ## Boundaries 中的话题
  • 末尾的来源列表足够完整,以便其他人可以检查每个声明

最终稿件将通过 review-loop 技能,该技能会对照此简报重新检查声明。请将简报随内容一起保存,以便后续核对。

适配方法

  • 你的来源: 层级是方法;brand/sources.md 是你行业具体名称存放的地方。咖啡馆的 Tier 1 可能是当地市政厅和食品标准机构;教练的 Tier 1 可能是同行评议研究和专业机构。
  • 你的发布日历: 列出影响你受众的日期(行业报告、官方统计数据、季节性高峰、贸易展览、政策截止日期)并存放在 brand/sources.md 的日历标题下。
  • 你的需求工具: 从免费工具开始(搜索建议、你自己的评论、Search Console)。付费关键词工具是可选的;references/audience-demand.md 中包含一个示例。
  • 你对实时内容的态度: 如果当天拍摄不现实,则将实时内容限制为快速帖子,而让每周综述来承担其余部分。

了解更多

包含示例的详细指南请访问:https://builtnotboosted.com/skills/research

Individual skills in this repo

This repo contains 6 individual skills — each has its own dedicated page.

builtnotboosted/brand-setup

Interview-led onboarding that builds the marketing workspace every other Built Not Boosted skill reads. Asks short batches of questions (multiple choice where possible), drafts answers from material the user already has (website, bios, past posts), then writes brand/brand-profile.md plus starter voice-learnings, performance-learnings, sources and a reference-images folder. Re-run it to update a single section. Use when someone says "set up my brand", "onboard me", "create my brand profile", "set up the marketing workspace", "start the plugin", "update my brand profile", "change my voice/platforms/compliance section", or when another skill finds no marketing workspace.

builtnotboosted/image-generation

Produces finished social images with any image model (Google Gemini image, "Nano Banana", as the worked example) - feed statics, carousel slides, short-form video covers, YouTube and article thumbnails, local listing cards and animated statics. Bakes the headline into the scene instead of pasting text on top, keeps text inside the profile-grid safe zone, locks the likeness of real people to their reference photos, hits exact platform sizes, writes alt text and re-judges every re-roll on the filed file. Use when someone says "make an image for this post", "create a thumbnail", "make a cover from my video", "design a carousel", "animate this static", "the image model won't do 4:5", "my headline is getting cut off in the grid", or when a content pack needs its visuals.

builtnotboosted/review-loop

The quality gate every piece of content passes before it is filed, scheduled or posted. Runs a self-critique, then an independent review by a fresh subagent that sees only the finished work and the criteria (never the builder's reasoning), then fix and re-judge until there is a clean pass. Covers what to do when a piece can't pass unattended (hold, flag, ship the rest). Use when someone says "review this", "check this before it goes out", "QA the pack", "is this ready to post", "get a second pair of eyes on this", "proofread the captions", or when any other Built Not Boosted skill hands work over for checks.

builtnotboosted/scheduling

Gets finished posts into a social media scheduler (or posted by hand) safely. Queue-only with explicit timezone offsets, live dedup against scheduled and already-published posts, media readiness checks, correct post types (shorts, reels, carousels, first comments, manual-posting reminders), alt text, a link gate that sends copy back for a rewrite rather than stripping it, and confirmation before anything goes live. Writes and keeps a scheduling manifest for each pack. Works with any scheduler; Publer is the worked example. Use when someone says "schedule this", "queue these posts", "put this in Publer", "book in this week's content", "post this on Tuesday at 7", "move that post", "what's already scheduled", or hands over a finished content pack to go out.

builtnotboosted/video-editing

Edits filmed talking-head footage into release-ready vertical shorts (1080x1920) and 16:9 YouTube long-forms with ffmpeg and Whisper. Keeps exactly one clean read of every script line (no stumbles, restarts or double reads), never leaves a flat single shot (punch-ins, reframes, B-roll, motion graphics), captions from the finished audio, normalises loudness to -14 LUFS, makes a real-frame cover and runs a QA gate that re-transcribes the render and refuses delivery until it passes. Syncs extra cameras by sound and writes YouTube chapters. Use when someone says "edit my video", "cut this clip", "remove my retakes", "edit out the fluffs", "add captions to my video", "make a short from this footage", "sync my two cameras", "make a thumbnail from my video", or hands over raw footage and a script.

builtnotboosted/video-scripting

Writes video scripts that sound like the person who will say them, for shorts (Reels, TikTok, YouTube Shorts) and long-form YouTube. Warm hook rather than a shout, who-am-I and follow early, a retention shape that delays the answer, a soft earned close, length that follows the story, real-problem substance, reactive scripts for news and data releases. Output is teleprompter-ready (think-breaks, shot reminders) with short edit notes for the video-editing skill. Use when someone says "write me a script", "script a reel about", "I need a short on", "plan a YouTube video", "turn this post into a video", "react to today's news on video", "what should I say on camera", or before a filming session.

相关技能