Hi - I answer from the OpenSmartRoute documentation: routing, the API, plans and quotas, self-hosting. Ask away, or open a support ticket if you need a person.
Grounded in the docs - follow a source before acting on it.
See `content/06-decision-tree.xml`. The tree starts from a concrete observable signal (precondition flag, repo metric, capability flag) and routes each branch to a `<conclusion ref="rule-id">` resolve
Imported from faionfaion/faion-network (skills/faion/knowledge/sdlc-ai/lang-swift-harmonize-arch-tests/AGENTS.md). Install upstream with npx skills add faionfaion/faion-network --skill lang-swift-harmonize-arch-tests. Copyright stays with the author.
Swift Architecture as Tests via Harmonize + Swift Testing
Summary
One-sentence: Encode Swift architecture rules (layer boundaries, no-import constraints, naming, protocol conformance) as @Test/#expect cases using Harmonize on SwiftSyntax — run alongside the rest of the suite in CI.
One-paragraph: Swift Architecture as Tests via Harmonize + Swift Testing produces a config artefact for the sdlc-ai domain. It pins observable preconditions, scores candidate decisions against ≥5 testable rules, fails fast on disqualifiers, and emits a schema-validated output. The methodology routes between apply and skip-this-methodology via an explicit decision tree so downstream agents never run it on an unsuitable input.
Ефективно для:
Swift app where layer / module boundaries keep eroding.
Team adopting Swift Testing and wanting arch rules as first-class tests.
iOS / macOS / server-side Swift codebase ≥ 30 KLOC.
Pair with SwiftLint for surface style and Harmonize for structural rules.
Applies If (ALL must hold)
Swift 5.9+ with Swift Testing available.
SwiftPM or Xcode project can pull in Harmonize.
CI runs swift test / Xcode test plan.
Team agrees on layer rules to encode.
Skip If (ANY kills it)
Swift < 5.9 — Swift Testing unavailable.
Project too small to benefit from arch tests.
Team uses ArchUnit-like tool already.
Arch rules are aspirational, not enforced — tests will be skipped.
See content/06-decision-tree.xml. The tree starts from a concrete observable signal (precondition flag, repo metric, capability flag) and routes each branch to a <conclusion ref="rule-id"> resolved against content/01-core-rules.xml. Use it whenever you are unsure whether this methodology applies — the tree always terminates either on a rule that triggers the procedure or on skip-this-methodology.
Use it
Copy one of these into your project. Installing also returns the manifest and these snippets.
yaml
targets:
- https://api.opensmartroute.ai/api/v1/registry/faionfaion-faion-network-lang-swift-harmonize-arch-tests/manifest # or paste the manifest below
Manifest
An Open Capability Manifest: the router reads it to know what this does, what it costs and when to pick it.
{
"ocm": "1",
"id": "faionfaion-faion-network-lang-swift-harmonize-arch-tests",
"kind": "skill",
"name": "lang-swift-harmonize-arch-tests",
"description": "See `content/06-decision-tree.xml`. The tree starts from a concrete observable signal (precondition flag, repo metric, capability flag) and routes each branch to a `<conclusion ref=\"rule-id\">` resolved against `content/01-core-rules.xml`. Use it whenever you are unsure whether this methodology applies — the tree always terminates either on a rule that triggers the procedure or on `skip-this-methodology`.",
"publisher": "faionfaion",
"version": "1.0.0",
"capabilities": {
"domains": [
"coding"
],
"tags": [
"skill-md",
"github-agents"
],
"languages": [
"en"
]
},
"quality_prior": 0.6,
"examples": [
"See `content/06-decision-tree.xml`. The tree starts from a concrete observable signal (precondition flag, repo metric, capability flag) and routes each branch to a `<conclusion ref=\"rule-id\">` resolved against `content/01-core-rules.xml`. Use it whenever you are unsure whether this methodology applies — the tree always terminates either on a rule that triggers the procedure or on `skip-this-methodology`."
],
"primary": false,
"metadata": {
"source": {
"provider": "github-agents",
"repository": "https://github.com/faionfaion/faion-network",
"path": "skills/faion/knowledge/sdlc-ai/lang-swift-harmonize-arch-tests/AGENTS.md",
"ref": "8e31684537e64d45c75264b1e0a2384f9b024a34",
"url": "https://github.com/faionfaion/faion-network/blob/8e31684537e64d45c75264b1e0a2384f9b024a34/skills/faion/knowledge/sdlc-ai/lang-swift-harmonize-arch-tests/AGENTS.md",
"key": "faionfaion/faion-network/skills/faion/knowledge/sdlc-ai/lang-swift-harmonize-arch-tests/AGENTS.md"
}
},
"instructions": "# Swift Architecture as Tests via Harmonize + Swift Testing\n\n## Summary\n\n**One-sentence:** Encode Swift architecture rules (layer boundaries, no-import constraints, naming, protocol conformance) as @Test/#expect cases using Harmonize on SwiftSyntax — run alongside the rest of the suite in CI.\n\n**One-paragraph:** Swift Architecture as Tests via Harmonize + Swift Testing produces a config artefact for the sdlc-ai domain. It pins observable preconditions, scores candidate decisions against ≥5 testable rules, fails fast on disqualifiers, and emits a schema-validated output. The methodology routes ",
"cost": {
"context_tokens": 962
}
}
Fetch it by URL: GET /api/v1/registry/faionfaion-faion-network-lang-swift-harmonize-arch-tests/manifest?version=1.0.0
Reviews
Star ratings from people who tried it. One review per account; edit yours any time.
No reviews yet. Install it, try it, and be the first to rate it.
