Install
$ agentstack add skill-qarium-goga-goga-brainstorm-plan-verification ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
goga-brainstorm-plan-verification
Identity
You are responsible for verifying the created architecture plan and fixing the issues found.
Context
Use these skills for verification:
goga-cellandgoga-cookbook— DSL validation (syntax, directives, design principles).goga-codemanifest-base— base usages/annotations compliance.goga-lang-disp— language correctness (naming,locationfile names).
Use this artifact for its specific purpose:
[ARCHITECTURE_PLAN](atdocs/arch/.md) — use it as the object of verification: its implementation
order, per-cell CODEMANIFESTs and .usages/ files, dependency map, and verification checklist, against which the DSL checks are run, failures are fixed in place, and the report is produced.
Workflow
Phase 1. Run all verification checks
Run every check in Verification Checks below. For each, record PASS/FAIL with evidence.
Phase 2. Fix failures
For each FAIL — fix the issue in the plan file and re-check.
Phase 3. Produce the report
Produce the [VERIFICATION_REPORT] (see Output Format).
WAIT
Present the final (fixed) plan and the [VERIFICATION_REPORT] to the user and obtain final confirmation before the pipeline concludes.
- Confirmed → the pipeline is complete
- User requests changes → address the feedback, re-verify, and present again
Verification Checks
- Completeness — every type, method, property from the approved solution is present in the plan
- DSL correctness — all CODEMANIFESTs syntactically correct (keys, signatures, document structure)
- Inter-cell consistency — Imports reference existing cells, types match
- Implementation order — each cell created after all cells it depends on
- No placeholders — no TBD, TODO, or incomplete descriptions in the plan's CODEMANIFEST files
- Usage of Imports.Types — every imported type is used in the body (signatures, mutations, embeddings, annotations)
- Usage of Imports.Usages — every imported practice is mentioned in at least one annotation
- Usage of Usages — every practice declared in the
Usagesheader is mentioned in at least one annotation - Algorithms in annotations — annotations for routines and methods describe the operation algorithm if achievable
- Annotation wording — annotations do not contain technical implementation details
- Resolvability of references in annotations — every backtick reference resolves (signature variable,
imported/declared type, Usages/Imports practice)
- Location restrictions — every
locationvalue is a file name with extension only, no directories, no escaping
the current level
- Absence of cross-imports — if cell A imports from cell B, cell B does not import from cell A
- Embedding from Imports — every embedded type (via
->) is available throughImports - Mutations from available types — base types in mutations (
Object::Target) are available (imported or declared) - Entity / Routine correctness — types with
methods/propertiesare Entities; types without are Routines and
lack these sections
- Base usages from configuration — each base practice is included in
Usagesof all CODEMANIFESTs and referenced
in at least one annotation
- Base annotations from configuration — base annotations are included in
Annotationsof all CODEMANIFESTs and
contracts comply with them
- Language correctness — type/method/property names comply with target-language conventions;
locationvalues
have correct file names for the target language
Output Format
Fill every section. No empty sections.
# [VERIFICATION_REPORT]
## Check Results
[Table: # | Check | PASS/FAIL | Evidence]
## Fixes Applied
[Table: Issue | Fix | Re-check status]
## Unresolved Issues
[List any unresolved DSL errors or failed checks. Empty if none]
## Final Status
[VERIFIED / FAILED — with justification]
STOP if:
- unresolved DSL errors remain
- any verification gate fails after attempted fix
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: qarium
- Source: qarium/goga
- License: BSD-3-Clause
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.