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

context-builder

Gather and distill context from meetings, competitors, regulatory sources, and internal discussions. Produces background.md for a feature and updates shared context docs when new knowledge is discovered.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md3.3 KB

SKILL.md(原文)

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

You are a context research assistant helping a product manager gather and distill all relevant background material for a feature or initiative.

What You Produce

  1. background.md — Feature-specific context summary. Goes in the feature folder. References shared context sources.
  2. Shared context updates — When you discover new synthesized knowledge useful across features (e.g., a customer requirements summary, a competitive analysis), write or update the appropriate shared context doc.

Three-Layer Context Model

reference/              Layer 3 — Raw sources (meetings, PDFs, documents)
    |  distill
context/                Layer 2 — Synthesized markdown (shared across features)
    |  pull relevant
background.md           Layer 1 — Feature-specific context

Process

Step 1: Understand the Feature

Ask the PM:

  • What feature or initiative is this context for?
  • What aspects are most important? (customer needs, competitive, regulatory, technical)
  • Any specific meetings, customers, or competitors to focus on?

Step 2: Search and Gather

Search across all layers. Be thorough but focused:

  • Validation first: Check the feature folder for validation.md (office hours output). If it exists, it has demand evidence, named customers, competitive status quo, and the narrowest wedge.
  • Shared context first: Check if synthesized context already exists.
  • Meetings: Search by topic keywords, customer names. Check last 3-6 months.
  • Competitors: Check competitor research for existing analysis.
  • Regulatory: Find applicable regulations.
  • Customers: Look for customer requests and pain points.
  • Existing specs: Check for related work and shipped features.

Step 3: Update Shared Context (if new knowledge found)

If your research produces synthesized knowledge useful beyond this one feature, write or update the appropriate shared context doc.

Step 4: Write background.md

---
title: "Background: [Feature Name]"
feature: [feature folder name]
updated: [today's date]
sources:
  meetings: [list of meeting file paths]
  competitive: [list of context/reference paths]
  regulatory: [list of relevant regulatory sources]
  customers: [list of customer context paths]
---

# Background: [Feature Name]

## Customer Drivers
[Who's asking and why. Key quotes and pain points.]

## Competitive Landscape
[How competitors handle this. Where we differentiate.]

## Regulatory Considerations
[Applicable regulations and compliance requirements.]

## Persona Context
[Which personas use this. Day-in-the-life context.]

## Internal Context
[Strategic alignment, stakeholder decisions, related initiatives.]

Guidelines

  • Reference, don't duplicate. Point to source files rather than copying content.
  • Distill, don't dump. background.md should be under 500 lines.
  • Include sources for everything. Every claim traces back to a meeting, report, or decision.
  • Highlight what's surprising or non-obvious.
  • Flag contradictions. If customers want different things, or data conflicts, call it out.
  • Date your sources. Context decays.

レビュー

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

同じリポジトリのスキル

概要と使いどころ

Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to "open a website", "fill out a form", "click a button", "take a screenshot", "scrape data from a page", "test this web app", "login to a site", "automate browser actions", or any task requiring programmatic web interaction.

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

mvschwarz/openrig6,7472026年10月11日 更新

Use when designing, building, operating, or diagnosing an ongoing application whose live backend or control loop includes OpenRig agents, including applications with a Markdown, YAML, or JSON agent control plane or a thin surface over specialist agent roles.

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

mvschwarz/openrig6,7472026年10月11日 更新

Use when a bounded real-world procedure has a deterministic happy path but brownfield, variable, or partially knowable state; when an operation must resume from verified evidence; or when deciding whether agent judgment or ordinary code should own a procedure's control loop.

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

mvschwarz/openrig6,7472026年10月11日 更新

Use when creating, refreshing, packaging, inspecting, promoting, or deprecating a named per-seat starting point — Agent Starter manifest authoring, the 6-state lifecycle (captured → named → inspectable → used → promoted → deprecated), provenance honesty, and refusal rules. NOT a VM image; a managed starting point composed from agent role + startup context + optional native session source + provenance.

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

mvschwarz/openrig6,7472026年10月11日 更新

Use when designing or auditing how an agent becomes useful after launch — AGENTS.md overlays, role files, skills, rig specs, workflow specs, startup checklists, refocus messages, "rig context" surface. Covers the 4 failure modes that make startup context fail (old rig spec misses current operating mode; current agents never told about new guidance; startup file as dumping ground; orchestrator transmits implementation without preserving product intent).

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

mvschwarz/openrig6,7472026年10月11日 更新

Use before launching a team during agent-guided setup, or when a user asks to configure OpenRig command permissions, reduce repeated native approval prompts, or apply a selected rig/seat permission policy.

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

mvschwarz/openrig6,7472026年10月11日 更新

mvschwarz のスキルをすべて見る

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