Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
cloudflare avatar

Parent Project Skills

  • 39 installs
  • 8.5k repo stars
  • Updated August 5, 2026
  • cloudflare/workerd

parent-project-skills discovers parent skills when workerd is a submodule.

About

The parent-project-skills skill bootstraps discovery of additional skills when workerd is embedded in a larger proprietary parent project. Check ../../.git or ../../AGENTS.md for a parent root, then read ../../.opencode/skills/*/SKILL.md for relevant guidance. Enforce a strict one-way boundary: internal context may inform reasoning but must never appear in workerd commits, comments, PR text, tests, or docs. Use for production Sentry investigations, parent integration tests, cross-repo debugging, and deployment-context API behavior without leaking internal details into open-source workerd artifacts.

  • Discovers parent project skills two levels above workerd root.
  • Reads AGENTS.md and opencode skills directly.
  • Enforces no internal details in workerd-side artifacts.
  • For cross-repo debugging and integration testing.
  • Frames workerd changes using public workerd concepts only.

Parent Project Skills by the numbers

  • 39 all-time installs (skills.sh)
  • Ranked #8,302 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
At a glance

parent-project-skills capabilities & compatibility

Capabilities
parent skill discovery procedure and boundary ru
Use cases
orchestration
From the docs

What parent-project-skills says it does

workerd is an open-source project. The parent project is typically proprietary/internal.
SKILL.md
npx skills add https://github.com/cloudflare/workerd --skill parent-project-skills

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs39
repo stars8.5k
Last updatedAugust 5, 2026
Repositorycloudflare/workerd

How do I use internal context without leaking it into workerd commits?

Discover parent-project skills and enforce information boundaries when workerd is a submodule.

Who is it for?

workerd contributors working inside proprietary parent repos.

Skip if: Skip when workerd is standalone without a parent project.

When should I use this skill?

Task spans workerd and parent project boundaries.

What you get

Loaded parent skills with information boundary enforced on workerd edits.

Files

SKILL.mdMarkdownGitHub ↗

Parent Project Skill Discovery

This project (workerd) may be embedded as a submodule within a larger project. When your task requires context beyond workerd itself — such as investigating production issues, writing integration tests, or understanding deployment architecture — you should check for additional skills and context in the parent project.

Discovery procedure

1. Determine if a parent project exists by checking for a git root above the workerd directory:

  • Look for ../../.git or ../../AGENTS.md relative to the workerd root
  • If found, the parent project root is ../../ (two levels up from workerd)

2. Check for parent project skills:

  • Look for ../../.opencode/skills/*/SKILL.md
  • Read any ../../AGENTS.md or ../../AGENTS.md for project-wide context

3. Load relevant skills by reading the SKILL.md files. These are not registered in the skill tool — read them directly with the Read tool.

4. Check for submodule-specific context:

  • Look for ../../.opencode/skills/*/SKILL.md files that may reference workerd specifically

Information boundary — CRITICAL

workerd is an open-source project. The parent project is typically proprietary/internal.

You MUST enforce a strict one-way information boundary:

  • ALLOWED: Internal context informs your reasoning, helps you understand code paths, guides your investigation
  • NEVER: Write internal details into workerd files — this includes:
  • Code comments referencing internal systems, services, or architecture
  • Commit messages mentioning internal projects, Sentry issues, Jira tickets, or internal URLs
  • PR descriptions or GitHub issue comments containing internal context
  • AGENTS.md, AGENTS.md, or documentation updates with internal knowledge
  • Variable names, error messages, or log strings that reveal internal details
  • Test files that encode internal architecture assumptions

When working across the boundary, frame all workerd-side artifacts in terms of workerd's own public concepts (Workers, Durable Objects, isolates, IoContext, etc.) without referencing how the parent project orchestrates them.

When to use this skill

  • Investigating production Sentry issues that involve workerd code
  • Writing integration tests (e.g., ew-test) that live in the parent project
  • Understanding how workerd APIs behave in the production deployment context
  • Debugging issues that cross the workerd / parent-project boundary
  • Reviewing code changes that affect both projects
  • Planning new feature development that requires coordination between workerd and the parent project

Related skills

FAQ

What does parent-project-skills do?

parent-project-skills discovers parent skills when workerd is a submodule.

When should I use parent-project-skills?

Task spans workerd and parent project boundaries.

Is this skill safe to install?

Review the Security Audits panel on this page before installing in production.

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.