Skip to content
cccskills
FreePublished on GitHub

gaia-ingest-batch

Batch wrapper for /gaia-ingest. Ingests a bounded set of already-verified evidence rows through CLI-only writes, uses --no-build on every row, appraises Trust Magnitude for every affected named skill, then runs exactly one build and validation pass. Use for an L4-approved intake after /ev-pipeline; benchmark-result rows also require a Phase 2B report and explicit human gate approval.

The English summary is being prepared. Showing the original description.

Run score Not tested

See how to install

Files included (1)

  • SKILL.md3.9 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Gaia Ingest Batch

This is a coordinator, not a second evidence-ingestion implementation. Every row follows the contract in /gaia-ingest; this skill only sequences verified rows efficiently and finalizes the resulting registry artifacts.

Input manifest

Prepare a reviewed manifest with one row per source:

rows:
  - skill: firecrawl/web-scrape-integration
    source: https://www.youtube.com/watch?v=...
    evidenceType: social-signal
    payload:
      views: 8510
    sourceStartedAt: 2025-07-20
    notes: "Third-party tutorial explicitly demonstrates page scraping."

The manifest must state a source URL, Evidence Type, source-start date, verifiable numeric payload, factual notes, and attribution scope for every row. Exclude any deferred candidate. Never infer an Evidence Type or a metric from a summary. For benchmark-result, attach the Phase 2B benchmark-source report and human approval for the lane: verified rows need CI/verifier attestation plus runAt, datasetHash, and benchmarkInputHash; reported rows may be public claims or mirrored benchmark evidence approved by the human gate and do not need those reproducibility fields. rejected, pending, candidate, retired, or unknown benchmark sources/rows must not enter ingestion as scoring rows. A catalog status: rejected is the blacklist. appliesToGenericSkillRefs is catalog metadata only; it does not create a named score without a named benchmark-result row.

Procedure

  1. Verify /ev-pipeline completed for the manifest’s sources and link health is recorded. Reject dead, unverified, duplicate, or scope-mismatched rows. For benchmark-result, require Phase 2B + Phase 3 + Phase 4 completion and explicit human gate approval before any row is ingested.

  2. For each row, invoke the /gaia-ingest contract and execute its exact gaia dev evidence ... --no-build command. Process one row at a time and stop on the first CLI preflight or source-verification failure.

  3. Appraise each affected skill after its final row:

    PYTHONPATH=src python3 scripts/trust_appraise.py --skill <contributor/skill-id>
    
  4. Present proposed calibrations. Do not calibrate without explicit operator approval. If approval is already recorded, run each approved calibration with --no-build.

  5. Hand off the branch-close to /gaia-review-meta-close. Do not run the build/validate/stage/PR steps here — that skill owns the single build, the calibration+Origin gate, suite wiring via gaia dev fuse (so suiteComponents survives the build), upstream-naming correction, the LF-renormalized artifact allowlist (dropping CRLF churn and blocking leaks), the UTF-8-safe validate, and the PR. Pass it the branch, the affected contributor handles (for badge/og staging), the per-skill appraised TM/grade from step 3, and the intake issues to Resolves. This skill stops at "evidence ingested + appraised."

Output

Report, for every row: CLI command, source verdict, Evidence Type, row grade, TM contribution, and duplicate/scope decision. Report, for every skill: final TM, Overall Trust Grade, current level, and any calibration proposal. Then hand these facts to /gaia-review-meta-close for the gated close-out.

Route suite creation only after components are ingested and appraised — the capstone/suiteComponents wiring happens inside /gaia-review-meta-close (gaia dev fuse), or via /gaia-fuse-full-suite for a standalone suite build.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Measure CI churn cost for a pull request: how many commits and how many CI-compute seconds were burned on avoidable "fix the CI" push rounds. Use when you want to understand the efficiency cost of a PR's iteration cycle, get actionable pre-push check suggestions, or include a churn summary in a pipeline report. Triggers: "ci churn", "how much CI did we burn", "avoidable commits", "ci efficiency", "wasted CI time", "churn report", "/ci-churn". Called automatically by /fp-drift at pipeline close.

The English summary is being prepared. Showing the original description.

gaia-research/gaia-skill-tree23Updated Oct 23, 2026

Produce the rendered evidence a human-gated frontend PR owes its reviewer: capture each changed surface (plus the before state for anything modified, plus mobile width), then generate one self-contained local HTML page the founder can open and review without checking anything out. Use when a PR is gated by the "Frontend changes are HUMAN-GATED" section of CLAUDE.md, or when the user says "/design-gate", "screenshot evidence for this PR", "prep this for founder review", "build the design evidence page", "what does this look like before and after". The page comes from a template script, not hand-written markup. Output is session-local and never committed. Do NOT use for non-gated changes: typo/grammar/factual fixes in an unchanged block, dead link targets, alt/ARIA fixes with no visual change, cache-bust bumps, or refactors with no rendered diff.

The English summary is being prepared. Showing the original description.

gaia-research/gaia-skill-tree23Updated Oct 23, 2026

One-fix-at-a-time, approval-gated design fix recovery. Given a checklist of fixes (handover doc, CHECKLIST.md, or inline list), applies each individually, presents a diff, and waits for an explicit APPROVE / REJECT / NO CHANGES decision before committing. Trigger phrases: /design-iteration, "go through the checklist one by one", "fix these one at a time", "bucket recovery", "design fix pass".

The English summary is being prepared. Showing the original description.

gaia-research/gaia-skill-tree23Updated Oct 23, 2026

Playbook for correcting a named skill's star level to match its computed Trust Magnitude grade, with an independent post-calibration verification pass and a CLI-logged timeline event (never hand-written). Use when: recalibrating a skill's level, fixing a stale or drifted star rating, running a batch of `gaia dev calibrate` corrections, or confirming a past calibration actually landed. Triggers: "calibrate <skill>", "recalibrate the trust magnitude backlog", "promote/demote <skill> to N stars", "why is <skill> still N stars", "verify a calibration actually landed", "Hall of Heroes ranking is wrong".

The English summary is being prepared. Showing the original description.

gaia-research/gaia-skill-tree23Updated Oct 23, 2026

Close out a completed EPIC / sprint end-to-end: author a fact-verified meta-post announcing what shipped, archive the EPIC's handovers, snapshot orchestrator memory, gate the integration→main merge on CI-green + explicit human go, drive the version bump (merge-commit conventions that auto-sync classifies), and verify the release reached the registry/PyPI. Use when the user says "close out EPIC <n>", "wrap up the sprint", "ship the meta shift", "/epic-close", or asks to finalize an integration branch that is ready to merge to main. Generalizes the EPIC 1002 (Yggdrasil II) close-out. This skill orchestrates — it authors founder docs directly (superadmin) and delegates code/regen to workers; it NEVER merges to main without the human gate.

The English summary is being prepared. Showing the original description.

gaia-research/gaia-skill-tree23Updated Oct 23, 2026

Run this skill for Phase 3 of the evidence verification pipeline — the adversarial audit step. Use when you need to check the evidence data lake for bad data before ingestion: dead links, wrong URL formats (tree/ vs blob/), subjective wording ("elite", "high-quality"), stale migration notes, benchmark catalog misuse/vendor-claim leakage, or skills whose star evidence conflicts with classified evidence level. Triggers on phrases like: "audit the data lake", "adversarial check", "ev-adversarial-audit", "check for noise in evidence", "flag bad evidence", "run the audit phase", "quality check the by-type files", or any reference to Phase 3 of the pipeline.

The English summary is being prepared. Showing the original description.

gaia-research/gaia-skill-tree23Updated Oct 23, 2026

See all skills by gaia-research

Report a problem with this skill