possible

# 可能 **技能是原料。可能编译结果。** Skills.sh 分发个别代理技能。可能发布有偏见的结果包：选定的技能、工作流所有权、集成顺序、安全门和完成结果的定义。 ## 结果包 - **硬件发布** — 启动站点、程序化影片、原型 CAD、等待列表合同和证据报告。 - **软件发布** — 生产产品、启动站点、演示影片、部署计划和证据报告。 - **开源发布** — 发布就绪包、文档、示例、强化 CI、变更日志和证据报告。 ## 使用可能 一次性安装技能： ```bash npx @fraylabs/possible init ``` 安装程序将可能添加到当前项目中，而无需选择包或创建简介。在 Codex 中打开或重新加载该项目，并调用： ```text $possible ``` 可能打开时进行头脑风暴。一个粗略的想法就足够了：它反映了它所听到的内容，一次提出一个有用的问题，并在输入过程中不创建任何文件。一旦结果清晰，它就会推荐并链接一个包，解释输出和边界，并等待直接确认。只有在用户确认后，它才会编写共享简介，安装列出的存储库本地技能，协调工作流，集成他们的工件，并分配一个新的验证器。 ## 演示 `/demo` 重放了一个真实的本地硬件发布运行，适用于 Still，一款虚拟的袖珍电子墨水焦点设备。它显示了原始简介、五个已安装的技能、三个并行工作流、生成的网站、发布影片、原型 CAD，以及独立审查发现和验证的实际资产路径修复。演示中的完整公共 Codex 转录记录可读且可复制，而“显示输出”直接跳转到同一页面上的实际工件。 工件部分嵌入了生成的站点和影片，公开了 CAD 下载，并直接链接到其证据：58/58 个工件检查，50/50 个浏览器检查，零等待列表网络写入，以及保留的初始故障跟踪。 可能是在能力发现和可问责执行之间的组成层。一个包的名称是根据完成的成果命名的，而不是技术或视觉风格。 ## 仓库 - `packages/packs` — 类型声明、注册表和确定性编译器 - `apps/web` — 交互式作曲家和静态包发布 - `apps/mcp` — 只读 `list_packs` 和 `compile_pack` 工具 - `skills/possible` — Codex 工作流，用于安全地选择和运行包 ## 验证 ```bash npm install npm run check ``` 生产构建会发出 `/packs/index.json`，以及每个包的 JSON、安装文本和运行文本。 Web 界面将入口、理解、发现和证明分开：`/` 介绍三部分的可能流程，`/docs` 记录完整的首次使用和安全合同，`/packs` 是可能推荐的透明食谱库，`/packs/:slug` 在确认之前解释一个完整的包，而 `/demo` 显示了说明性输入后保留的硬件发布执行。 ## 信任边界 审查修订记录了可能检查的快照。生成的技能 CLI 命令在安装时解析外部存储库；用户必须检查已解析的技能内容。包永远不会授权部署、支出、发布、宣传、制造、数据收集或不受支持的现实世界声明。