fix(skills): macOS verification routing and foundation entry point - #1
Conversation
… entry - Branch bootstrap/verification to macos tools (test_macos) vs iOS simulator - Strengthen apple-development-foundation as global bootstrap entry point - Add competing macOS skills routing plan and evaluation fixtures
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: d6bb593143
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| Point Codex at this repo when bootstrapping apps: | ||
|
|
||
| > Use the skills from `/path/to/AppleDevelopmentFoundation/.agents/skills` (start with `codex-bootstrap`). | ||
| > Use the skills from `/path/to/AppleDevelopmentFoundation/.agents/skills` (start with `$apple-development-foundation` → `$codex-bootstrap` for new apps). |
There was a problem hiding this comment.
Route every new-app entry point through the foundation
This recommendation is not reflected in the other primary entry pages: MCP.md:65-67, docs/index.mdx:27, and docs/skills/index.mdx:44 still tell a fresh user to start directly with $codex-bootstrap. Users entering through those documented paths therefore bypass the router despite the new global-entry contract; update those entry points, or qualify direct bootstrap as only for an already-selected skill, so routing is deterministic.
AGENTS.md reference: AGENTS.md:L15-L15
Useful? React with 👍 / 👎.
- Point MCP and primary docs at $apple-development-foundation first - Qualify direct $codex-bootstrap as only when already selected
- Require foundation → bootstrap for new-app recipes and consumer bootstrap - Qualify direct child invocation in quickstart
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 7026f772ad
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| - **macOS:** use the `macos` workflow — prefer `build_run_macos` for a launch | ||
| smoke when useful; run `test_macos` when a test target exists (required | ||
| verification when tests are present). Default | ||
| `extraArgs: ["-parallel-testing-enabled", "NO"]`. Do **not** call | ||
| `test_sim`, `build_run_sim`, or ui-automation screenshot/hierarchy tools — |
There was a problem hiding this comment.
Update generated consumer guidance for macOS verification
When a macOS-only bootstrap creates the recommended consumer guidance, assets/consumer-AGENTS.md.template:95-115 still mandates simulator management, an exact simulatorId, build_run_sim, and test_sim. That scoped AGENTS.md then governs future work in the consumer repository and conflicts with this new macOS branch, directing agents to iOS-only tools instead of build_run_macos and test_macos; branch the generated guidance by platform as part of this change.
Useful? React with 👍 / 👎.
| "skill_ids": [ | ||
| "codex-bootstrap", | ||
| "swift-testing-verification" |
There was a problem hiding this comment.
Include the foundation router in the bootstrap fixture
This prompt does not indicate that $codex-bootstrap has already been selected, but its expected ordered shortlist omits the newly required $apple-development-foundation entry point. A model following the repository's new-app routing contract would therefore fail this prompt-conformance fixture; prepend apple-development-foundation, or explicitly state in the prompt that the child skill was already selected.
AGENTS.md reference: AGENTS.md:L15-L15
Useful? React with 👍 / 👎.
- Branch generated consumer XcodeBuildMCP guidance for iOS vs macOS - Prepend apple-development-foundation on new-app bootstrap fixtures - Assert macOS verification tools in consumer guidance tests
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: bef377a903
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| - **macOS:** use the `macos` workflow — prefer `build_run_macos` for a launch | ||
| smoke when useful; run `test_macos` when a test target exists (required | ||
| verification when tests are present). Default |
There was a problem hiding this comment.
Require at least one macOS build when tests are absent
For a macOS-only bootstrap with no test target, this branch makes build_run_macos optional (“when useful”) and explicitly permits skipping test_macos, so the workflow can declare the generated skeleton complete without ever compiling it. This also conflicts with the bootstrap checklist in MCP.md:82, which includes build_run_macos; require at least build_macos when a launch smoke or tests are not run.
AGENTS.md reference: AGENTS.md:L13-L13
Useful? React with 👍 / 👎.
- Prefer build_run_macos / test_macos, but require at least build_macos when neither launch smoke nor tests run - Align MCP checklist, consumer AGENTS template, and docs; assert build_macos in consumer guidance tests
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 84d9cc8a49
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| 2. discover_projs only if defaults still wrong/missing | ||
| 3. build_run_sim for launch (or build_run_macos / build_run_device) | ||
| 4. test_sim / test_macos if present | ||
| 3. iOS: build_run_sim → test_sim; macOS: enable macos workflow → build_run_macos (or at least build_macos if no launch/tests) → test_macos if present (no ui-automation) |
There was a problem hiding this comment.
Keep the physical-device branch in the verification prompt
When this generic prompt is used to verify an iOS feature on a physical device, the new platform branch now sends every iOS target through build_run_sim / test_sim and drops the previous build_run_device option. Physical-device support still exists and is documented as build_run_device / test_device in MCP.md:46 and docs/tools/xcodebuildmcp.mdx:138-139, so add a device-workflow branch (and accept a device target in Inputs) rather than silently verifying the wrong device class.
Useful? React with 👍 / 👎.
Summary
macosworkflow (build_run_macos/test_macos); ui-automation remains iOS-only.$apple-development-foundationas the global entry point for new-app bootstrap routing (prefer over generic macOS/iOS skills).Verification
./Scripts/generate-skill-catalog.py --check./Scripts/validate-skill-evaluations.py./Scripts/verify-skills.sh./Scripts/test-install-skills.shNotes
XcodeBuildMCP docs confirm
test_macosexists;ui-automationis iOS-simulator-only, so macOS verification requires tests (or an explicit skip + residual risk), not screenshots.