本文へ移動
cccskills
無料GitHub で公開

bggg-data-x

Collect auditable public X/Twitter posts by controlling the user's already logged-in Chrome, searching X's rendered web interface, scrolling visible results, and extracting original post text and metadata from DOM into normalized JSONL. Use for VOC research, social listening, multilingual keyword discovery, competitor monitoring, or historical search when X requires the user's browser session and cookies, credentials, internal GraphQL, paid APIs, or search-engine snippets must not be exported or used. X data layer of the bggg VOC suite (shared project folder; orchestrated by industry-orchestrator, reported by bggg-voc-report).

インストール方法を見る

含まれるファイル(6)

  • SKILL.md6.4 KB
  • agents/openai.yaml257 B
  • references/chrome_collection.md5.1 KB
  • references/schema.md2.3 KB
  • scripts/build_query_plan.py3.6 KB
  • scripts/normalize_x_dom.py7.8 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

BGGG X Data

Collect public X posts from the visible, rendered search timeline in the user's logged-in Chrome. Preserve one source package per query, then normalize locally.

VOC Project Layout(bggg 系列共用)

bggg VOC 系列 skill(bggg-data-amazon / bggg-data-reddit / bggg-data-x / bggg-voc-report / industry-orchestrator)共用一个项目文件夹,让多平台数据规整到同一处、下游分析零改路径。开工先确定项目根目录 <project>(用户指定,或新建 voc-<产品或主题slug>/),并从 <project> 根目录执行本 skill 的全部命令(下文相对路径都基于它):

<project>/
  PROJECT.md            # 研究简报 + 决策日志(编排 skill 维护;单独使用可省)
  config/               # 采集目标:amazon_targets.tsv / reddit_queries.tsv / x_queries.tsv / keywords.txt
  work/<platform>/…     # 各平台原始证据、attempt 日志、request plan、manifest
  data/raw/             # 各平台规范化 JSONL(统一行契约,分析共用层)
  data/clean|coded/     # 下游清洗与编码(industry-orchestrator 维护)
  output/               # 报告与交付物(bggg-voc-report 写 output/report/)

本 skill 的落点:config/x_queries.tsv → work/x/(request plan、逐查询 source package)→ data/raw/x_multi_<date>.jsonl。

Workflow

  1. Prepare a tab-separated query file:
query	lang	round	max_rows	sort
sample-ingredient lang:en	EN	1	250	latest
ボリュフィリン	JP	1	200	latest

Build a deterministic plan:

python3 scripts/build_query_plan.py \
  --queries config/x_queries.tsv \
  --output work/x/request_plan.json
  1. Use the Chrome plugin and follow its control skill. Select the user's Chrome explicitly, read its complete browser documentation, and reuse the browser binding. Never inspect or export cookies, local storage, profiles, passwords, or session stores.

  2. Open the first planned search URL. Confirm from visible page state that X is signed in and the search timeline is available. If sign-in blocks the page, ask the user to sign in in Chrome; do not switch browser or bypass authentication.

  3. For each query, collect only rendered cards from the visible DOM. Follow references/chrome_collection.md for the exact selectors, extraction function, scroll loop, checkpointing, and failure handling.

  4. Save one unmodified query package immediately after each query:

work/x/source_json/001_EN.json
work/x/source_json/002_JP.json

Do not postpone all writes until the end of the run.

  1. Normalize and validate:
python3 scripts/normalize_x_dom.py \
  --inputs work/x/source_json/*.json \
  --output data/raw/x_multi_2026-07-26.jsonl \
  --summary work/x/normalize_summary.json \
  --keywords keywords.txt
  1. Report query hits, unique Tweet IDs, rows by language, missing-text/date/URL counts, duplicate observations, failure reasons, earliest/latest date, and collection limitations.

Required DOM Contract

Use these selectors only against rendered page content:

post card          article[data-testid="tweet"]
post text          [data-testid="tweetText"]
author block       [data-testid="User-Name"]
canonical link     time[datetime] inside a[href*="/status/"]
timestamp          time[datetime]
engagement         [role="group"][aria-label]

Validate the contract on the first query before scaling. If any required selector returns zero while the visible timeline contains posts, stop and inspect the current DOM rather than emitting empty success files.

Quality and Safety Rules

  • Read visible DOM only. Do not intercept, call, or parse X's GraphQL/REST responses.
  • Do not read, export, or persist browser cookies, tokens, local storage, credentials, or profile data.
  • Preserve exact text_raw, Tweet ID, canonical URL, timestamp, author handle, engagement label, query, language hint, and collection time.
  • Treat X search as a visible sample, not a complete census. Record latest versus top, query syntax, date bounds, caps, and stopping reason.
  • Deduplicate by Tweet ID after preserving every query observation. Keep all matched queries and language hints in the normalized row.
  • Separate consumers, promoters, sponsored UGC, media, and brands before calculating VOC prevalence.
  • Prefer multiple narrow queries over one giant OR query. Split large historical searches by month or quarter.
  • Use one tab and sequential queries by default. Avoid parallel browser tabs on the same account.
  • Stop on challenge pages, suspicious-login prompts, rate limits, or repeated blank timelines. Record the failure and leave account recovery to the user.
  • Never post, like, follow, reply, bookmark, or change account settings.
  • Finalize every tab opened by the task.

Scale Guidance

  • Default per-query cap: 250 posts.
  • Scroll about 1,500 px, then wait 850–1,500 ms.
  • Stop after 6 consecutive scrolls without a new Tweet ID.
  • Also use a hard scroll cap, such as 180 iterations, to prevent runaway loops.
  • For prevalence estimates, disclose X's search visibility limit and the query/date slicing scheme.

Degradation

If the logged-in Chrome session is unavailable or X blocks search, preserve the query plan and failure log. Do not substitute Tavily or search-engine snippets for original post text. Such tools may discover candidate URLs, but every quote must be revalidated against the original X page before entering the corpus.

Resources

  • scripts/build_query_plan.py: validate queries and build encoded X search URLs.
  • scripts/normalize_x_dom.py: merge per-query packages, parse engagement, deduplicate, and emit normalized JSONL.
  • references/chrome_collection.md: Chrome extraction loop and checkpoint contract.
  • references/schema.md: source-package and normalized-row schemas.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

把图片、截图、海报、PPT 页面截图、HTML 或 SVG 设计稿转换成可编辑 PPTX 的 Codex skill。 当用户需要 image2ppt、image2pptx、图片转 PPT、截图转 PPT、PNG/JPEG 转可编辑幻灯片、 HTML/SVG 转 PPTX、把设计图拆成图片组件和文本框再拼成 PowerPoint、 或希望复用 Codex 内置生图能力把平面图重建为多元素可编辑 PPT 时,应该使用此 skill。 在 Codex 中处理二进制图片时,默认结合 imagegen skill:先用 Codex 视觉理解版式, 再用内置图片生成/编辑能力生成或清理多个组件图片,最后用本 skill 的脚本拼装 PPTX。

日本語の概要は準備中です。原文の説明を表示しています。

binggandata/bggg-skills6052026年8月13日 更新

把一张或多张图片整理成 PSD 图层文件的创作与转换 skill。当用户需要 image2psd、图片转 PSD、 多张图片拼成 PSD、海报/设计稿拆成多个图层、白底转透明、颜色聚类拆层、把 Codex/AI 生图结果拆成元素图再合成 PSD、 或希望输出 layered PSD、可在 Photoshop/Photopea 中编辑的分层栅格文件时,应该使用此 skill。 在 Codex 中使用时,默认结合 imagegen skill:先用 Codex 视觉/生图能力理解、补齐或重建元素,再用本 skill 的脚本落地 PSD。

日本語の概要は準備中です。原文の説明を表示しています。

binggandata/bggg-skills6052026年8月13日 更新

Collect Amazon.com written product reviews at scale through Woot's public review AJAX route, retain every attempt and error log, reconcile partial runs, and normalize exact review text into auditable JSONL. Use for VOC, competitor review mining, low-star complaint analysis, listing research, or batch ASIN review acquisition without Amazon credentials. Amazon data layer of the bggg VOC suite (shared project folder; orchestrated by industry-orchestrator, reported by bggg-voc-report).

日本語の概要は準備中です。原文の説明を表示しています。

binggandata/bggg-skills6052026年8月13日 更新

Collect auditable Reddit search results and full comment trees at scale, preserve the source JSON, and normalize posts and comments into analysis-ready JSONL. Use for VOC, market research, community discovery, keyword snowballing, or any task that needs Reddit post and comment text without inventing unavailable fields. Reddit data layer of the bggg VOC suite (shared project folder; orchestrated by industry-orchestrator, reported by bggg-voc-report).

日本語の概要は準備中です。原文の説明を表示しています。

binggandata/bggg-skills6052026年8月13日 更新

Skill 进化器(饕餮)— 通过"吞噬"并分析其他 skill 的优势来强化目标 skill。 当用户想要:整合两个 skill、用一个 skill 优化另一个、对比分析两个 skill 的优劣、 把某个 skill 的优点提炼到另一个 skill 中、或者说"把 X 喂给 Y"、"用 X 来优化 Y"、 "整合这两个 skill"、"吃掉这个 skill"、"skill 进化"、"skill 升级"、"合并 skill" 等意图时,必须触发此 skill。即使用户没有明确说"饕餮",只要涉及到两个 skill 之间的 能力迁移、对比分析、或优势提取,都应该使用此 skill。

日本語の概要は準備中です。原文の説明を表示しています。

binggandata/bggg-skills6052026年8月13日 更新

通用 CapCut 草稿生成与 AI 视频检查 skill。用于把本地 AI 视频套用现有 CapCut 草稿模板, 生成可在 CapCut 首页显示并可编辑的新草稿;也用于提取模板样式、验证草稿结构、抽帧检查 AI 痕迹、规划修复窗口和做本地 RIFE 补帧。

日本語の概要は準備中です。原文の説明を表示しています。

binggandata/bggg-skills6052026年8月13日 更新

binggandata のスキルをすべて見る

このスキルの問題を報告する