agentleFS
chrisblattmanchrisblattman/claudeblattman/skills/tips-scout/SKILL.md

tips-scout

Skill479 starsChanged 21 days agoMITView on GitHub

Prepare and save an AI-workflow research prompt from coverage gaps and active topics; consult Grok through the installed official subscription route only when explicitly requested.

The file

We split this skill into the rules it gives an agent

2 rules. About 0 are common, 1 is distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Use grok-prompt-YYYY-MM-DD-<surface>-<window>[-suffix].md in the shared tips folder.

    line 30
  2. Distinctive:

    Do not schedule repeated live calls or modify settings as part of a scouting request.

    line 48

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Tips Scout

Prepare a targeted search for useful AI approaches. Default behavior is prepare and save, not a live provider call. This public adaptation follows the current Grok routing override: no legacy grok-cli API dispatch, browser Expert automation, or automatic manual-paste fallback.

Inputs

Use the configured tips folder (default ~/.claude-assistant/tips/) shared with /tips-curate and /tips-integrate. Read the user's base search prompt if configured; otherwise use the bundled base prompt. Read recent collected-tips-log.md entries and the active portion of the configured task list if available. Missing logs or tasks do not block prompt preparation.

Arguments or equivalent natural language:

  • base: return the base prompt unchanged; no coverage reads, customization, dispatch or file writes.
  • window:weekly (7 days, default), window:monthly (30 days), window:days:N, or window:YYYY-MM-DD..YYYY-MM-DD.
  • surface:claude-code|codex: host provenance. Use explicit input or known host context; ask if neither establishes the host.
  • suffix:slug: optional filename label.
  • “Ask Grok to run this” explicitly authorizes one consultation; merely invoking /tips-scout does not.

1. Find gaps and relevant topics

Use the actual date and timezone; calculate absolute start/end dates with a date library. Reject invalid windows rather than guessing. Coverage analysis always uses the last 14 days, independently of the requested search window. Read all relevant dated entries; do not stop at the first older heading if the log is mixed-order.

Count coverage by the user's categories. With the bundled base, use skill/agent architecture, app features, research/work workflows, new tools/repos, and knowledge organization. Boost categories with no recent entries; de-emphasize any accounting for at least half the recent tips. Tags may overlap, so counts need not add to 100 percent. If no recent entries exist, say so and use the base categories without inventing a distribution.

Extract up to five active investigation themes. Turn private task context into general research questions; exclude private correspondence, credentials, confidential project details and personal identifiers from the outbound prompt. Retain the base's output requirements and exclusions.

2. Save and show the prompt

Use grok-prompt-YYYY-MM-DD-<surface>-<window>[-suffix].md in the shared tips folder. Use a filesystem-safe window slug, including both dates for an explicit range. Allocate a paired grok-response-...md name; if either exists, choose a fresh numbered suffix for both. Do not create date-only aliases or overwrite earlier reports.

Show the coverage summary and complete prepared prompt, with the saved path. Record host, date window, and preparation status in a small companion grok-run-<same-slug>.json manifest. Keep analysis/metadata separate from the prompt text.

3. Execute only when requested

Use the installed starter kit's /ask-agents Grok route, which calls the official Grok Build subscription transport and retrieves the report. Read its installed instructions; do not invent CLI flags or depend on a private helper. This is an agent consultation with requested source searches, not a claim to have run a branded Deep Research/DeepSearch mode.

If Ask Agents or the official connection is unavailable, retain the prompt and report the named blocker. Do not switch to an API-key tool, browser Expert, another provider, or manual paste automatically. If the user requests another provider explicitly, follow that route and record its actual name.

Before submission, check today's manifests and reports. If an earlier request was submitted or completed, identify that this would be a second live run and obtain confirmation unless the current request already explicitly authorizes the repeat. An uncertain submission is not a failed-to-submit request: retrieve its existing result or stop; never automatically resubmit.

Mark submission status in the manifest, retain the returned run/report path and actual provider, and wait for that run's final status through the installed workflow. Save or link the actual captured response to the paired response artifact. Label partial reports and missing source access honestly; do not present a generated answer as verified search evidence.

4. Hand off to curation

Report prompt and response paths, actual route and status. For a successful report, suggest /tips-curate with that report. Curation will process it without automatically scanning email/bookmarks. Keep raw reports from different hosts/windows separate even when they overlap; the shared tips log handles deduplication.

Do not schedule repeated live calls or modify settings as part of a scouting request. A preparation failure should leave existing artifacts intact and name what is missing.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.