用途：当 workerd 作为子模块被嵌入更大的父项目时，若任务需要超出 workerd 本身的上下文（如排查生产问题、编写集成测试、理解部署架构），该技能用于引导发现父项目中的额外技能与背景信息。
主要能力与发现流程：检查 workerd 目录之上是否存在 git 根，例如查看 workerd 根目录相对的 ../../.git 或 ../../AGENTS.md；若存在，则父项目根为 ../../。随后查找父项目技能，例如 ../../.opencode/skills/*/SKILL.md，并阅读 ../../AGENTS.md 获取项目级上下文。这些技能未注册在 skill 工具中，需用 Read 工具直接读取。还可检查可能专门引用 workerd 的子模块上下文文件。
信息边界：workerd 是开源项目，父项目通常为专有或内部项目，必须严格保持单向信息边界。允许内部上下文用于推理、理解代码路径和指导调查；绝不可将内部细节写入 workerd 文件，包括引用内部系统、服务或架构的代码注释，提及内部项目、Sentry 问题、Jira 工单或内部 URL 的提交信息，包含内部上下文的 PR 描述或 GitHub issue 评论，含内部知识的 AGENTS.md 或文档更新，泄露内部细节的变量名、错误信息或日志字符串，以及编码内部架构假设的测试文件。跨边界工作时，所有 workerd 侧产物应以 workerd 自身公开概念（如 Workers、Durable Objects、isolates、IoContext 等）表述，不引用父项目如何编排它们。
适用场景：调查涉及 workerd 代码的生产 Sentry 问题；在父项目中编写集成测试（如 ew-test）；理解 workerd API 在生产部署环境中的行为；调试跨越 workerd 与父项目边界的问题；审查同时影响两个项目的代码变更；规划需要 workerd 与父项目协调的新功能开发。
限制：资料未提供该技能的安装命令、收费方式、价格或具体平台支持信息，暂未提供。