[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill-docker-kit-author":3,"mdc--7lmjsi-key":37,"related-org-docker-kit-author":703,"related-repo-docker-kit-author":749},{"slug":4,"name":4,"fn":5,"description":6,"org":7,"tags":11,"stars":26,"repoUrl":27,"updatedAt":28,"license":29,"forks":30,"topics":31,"repo":32,"sourceUrl":35,"mdContent":36},"kit-author","author Docker sandbox kits","Author Docker Sandboxes kits (agents and mixins) — spec.yaml schema, full lifecycle from sourcing through composition, injection, and runtime, plus distribution and TCK testing.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},"docker","Docker","https:\u002F\u002Fpexgzepcugksgbtrxkhf.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Forg-logos\u002Fdocker.png",[12,16,19,22,23],{"name":13,"slug":14,"type":15},"Architecture","architecture","tag",{"name":17,"slug":18,"type":15},"Sandboxing","sandboxing",{"name":20,"slug":21,"type":15},"Engineering","engineering",{"name":9,"slug":8,"type":15},{"name":24,"slug":25,"type":15},"Testing","testing",67,"https:\u002F\u002Fgithub.com\u002Fdocker\u002Fsbx-kits-contrib","2026-07-19T05:39:37.670879",null,43,[],{"repoUrl":27,"stars":26,"forks":30,"topics":33,"description":34},[],"Community repository for sbx kits","https:\u002F\u002Fgithub.com\u002Fdocker\u002Fsbx-kits-contrib\u002Ftree\u002FHEAD\u002Fskills\u002Fkit-author","---\nname: kit-author\ndescription: Author Docker Sandboxes kits (agents and mixins) — spec.yaml schema, full lifecycle from sourcing through composition, injection, and runtime, plus distribution and TCK testing.\nglobs:\n  - \"**\u002Fspec.yaml\"\n  - \"**\u002Fspec.yml\"\n  - \"spec\u002F**\"\n  - \"tck\u002F**\"\n---\n\n# Kit Author Skill\n\nHow to design, write, validate, and distribute kit artifacts (`kind: sandbox` and `kind: mixin`) for Docker Sandboxes. Kits are declarative — a `spec.yaml` plus an optional `files\u002F` tree — and the `sbx` engine translates them into container customizations at sandbox creation or `kit add` time.\n\nUse this skill when:\n\n- Writing a new kit (mixin or agent) from scratch\n- Editing an existing kit in this repository\n- Debugging why a kit's commands, files, network rules, or credentials are not taking effect\n- Packaging, publishing, or consuming kits from OCI or git sources\n- Reviewing kit PRs in this repository\n\n## References\n\n- **Official docs**: \u003Chttps:\u002F\u002Fdocs.docker.com\u002Fai\u002Fsandboxes\u002Fcustomize\u002Fkits\u002F>\n- **Spec package** — types, validation, normalization — see [`spec\u002F`](..\u002F..\u002Fspec\u002F) in this repository\n- **TCK package** — test compatibility kit — see [`tck\u002F`](..\u002F..\u002Ftck\u002F) in this repository\n- **Repository contributor guide** — see [`CONTRIBUTING.md`](..\u002F..\u002FCONTRIBUTING.md) and [`README.md`](..\u002F..\u002FREADME.md)\n\n## Topics\n\nPrimary topics describe the **v2** spec form (`schemaVersion: \"2\"`):\n\n- [Spec anatomy](topics\u002Fspec-anatomy.md) — `spec.yaml` top-level fields (`mixins`, `licenses`, `extends`, `locked`) and every section (`sandbox` with `image:`\u002F`build:` + `entrypoint`\u002F`command`, `agentInstructions` with `filename`\u002F`content`, `credentials[]` with `apiKey`\u002F`oauth`\u002F`sshAgent` and the `scheme` sugar, `permissions.network`, `ports`, `environment`, `setup` with `install`\u002F`startup`\u002F`files`, `volumes`, `files\u002F`).\n- [Lifecycle](topics\u002Flifecycle.md) — Sourcing → load (schemaVersion-forked decode) → normalize → validate → extends → compose → configure → hooks → container → runtime. What happens at each stage as observed by the kit author.\n- [Composition](topics\u002Fcomposition.md) — `extends:` inheritance vs `--kit` composition. Merge strategies per section, conflict rules, what \"last wins\" means.\n- [Authoring guide](topics\u002Fauthoring.md) — Step-by-step recipes for a minimal mixin and a full sandbox kit. Where to put files. When to use `files\u002F` vs `setup.files`.\n- [Bindings](topics\u002Fbindings.md) — The user-side `~\u002F.config\u002Fsbx\u002Fcredentials.yaml` file: how kits and users split the credential contract.\n- [Distribution](topics\u002Fdistribution.md) — Local dir, OCI digests, git commit-SHA references. Strict pinning rule. Schema-version compatibility (v2 is a breaking grammar). `sbx kit push\u002Fpull\u002Finspect\u002Fvalidate\u002Fdelete`.\n- [Testing](topics\u002Ftesting.md) — TCK suite, e2e under `deny-all` (mandatory locally — CI's e2e legs are skipped for fork PRs), manual `sbx kit add` verification, proving allow-list enforcement.\n- [Pitfalls](topics\u002Fpitfalls.md) — Surprises seen in practice: install-completed is exit-code only, `setup.startup` runs on **every** container start (idempotency required), `kit add` cannot apply immutable settings, `setup.install` idempotency + duplication footguns + `SBX_CRED_\u003CSERVICE>_MODE` contract, inject\u002Fbinding domain intersection.\n\nLegacy reference:\n\n- [v1 → v2 migration](topics\u002Fv1-migration.md) — Every v1 surface, its v2 equivalent, the `migrate-v1-to-v2.go` script's coverage, and what to migrate by hand. The loader forks on `schemaVersion`; v2 is a clean grammar with no shims, while v1 keeps loading with deprecation warnings on `Artifact.Warnings` until the Phase 6 cutover.\n",{"data":38,"body":44},{"name":4,"description":6,"globs":39},[40,41,42,43],"**\u002Fspec.yaml","**\u002Fspec.yml","spec\u002F**","tck\u002F**",{"type":45,"children":46},"root",[47,56,111,116,146,153,249,255,275,660,665],{"type":48,"tag":49,"props":50,"children":52},"element","h1",{"id":51},"kit-author-skill",[53],{"type":54,"value":55},"text","Kit Author Skill",{"type":48,"tag":57,"props":58,"children":59},"p",{},[60,62,69,71,77,79,85,87,93,95,101,103,109],{"type":54,"value":61},"How to design, write, validate, and distribute kit artifacts (",{"type":48,"tag":63,"props":64,"children":66},"code",{"className":65},[],[67],{"type":54,"value":68},"kind: sandbox",{"type":54,"value":70}," and ",{"type":48,"tag":63,"props":72,"children":74},{"className":73},[],[75],{"type":54,"value":76},"kind: mixin",{"type":54,"value":78},") for Docker Sandboxes. Kits are declarative — a ",{"type":48,"tag":63,"props":80,"children":82},{"className":81},[],[83],{"type":54,"value":84},"spec.yaml",{"type":54,"value":86}," plus an optional ",{"type":48,"tag":63,"props":88,"children":90},{"className":89},[],[91],{"type":54,"value":92},"files\u002F",{"type":54,"value":94}," tree — and the ",{"type":48,"tag":63,"props":96,"children":98},{"className":97},[],[99],{"type":54,"value":100},"sbx",{"type":54,"value":102}," engine translates them into container customizations at sandbox creation or ",{"type":48,"tag":63,"props":104,"children":106},{"className":105},[],[107],{"type":54,"value":108},"kit add",{"type":54,"value":110}," time.",{"type":48,"tag":57,"props":112,"children":113},{},[114],{"type":54,"value":115},"Use this skill when:",{"type":48,"tag":117,"props":118,"children":119},"ul",{},[120,126,131,136,141],{"type":48,"tag":121,"props":122,"children":123},"li",{},[124],{"type":54,"value":125},"Writing a new kit (mixin or agent) from scratch",{"type":48,"tag":121,"props":127,"children":128},{},[129],{"type":54,"value":130},"Editing an existing kit in this repository",{"type":48,"tag":121,"props":132,"children":133},{},[134],{"type":54,"value":135},"Debugging why a kit's commands, files, network rules, or credentials are not taking effect",{"type":48,"tag":121,"props":137,"children":138},{},[139],{"type":54,"value":140},"Packaging, publishing, or consuming kits from OCI or git sources",{"type":48,"tag":121,"props":142,"children":143},{},[144],{"type":54,"value":145},"Reviewing kit PRs in this repository",{"type":48,"tag":147,"props":148,"children":150},"h2",{"id":149},"references",[151],{"type":54,"value":152},"References",{"type":48,"tag":117,"props":154,"children":155},{},[156,175,197,218],{"type":48,"tag":121,"props":157,"children":158},{},[159,165,167],{"type":48,"tag":160,"props":161,"children":162},"strong",{},[163],{"type":54,"value":164},"Official docs",{"type":54,"value":166},": ",{"type":48,"tag":168,"props":169,"children":173},"a",{"href":170,"rel":171},"https:\u002F\u002Fdocs.docker.com\u002Fai\u002Fsandboxes\u002Fcustomize\u002Fkits\u002F",[172],"nofollow",[174],{"type":54,"value":170},{"type":48,"tag":121,"props":176,"children":177},{},[178,183,185,195],{"type":48,"tag":160,"props":179,"children":180},{},[181],{"type":54,"value":182},"Spec package",{"type":54,"value":184}," — types, validation, normalization — see ",{"type":48,"tag":168,"props":186,"children":188},{"href":187},"..\u002F..\u002Fspec\u002F",[189],{"type":48,"tag":63,"props":190,"children":192},{"className":191},[],[193],{"type":54,"value":194},"spec\u002F",{"type":54,"value":196}," in this repository",{"type":48,"tag":121,"props":198,"children":199},{},[200,205,207,217],{"type":48,"tag":160,"props":201,"children":202},{},[203],{"type":54,"value":204},"TCK package",{"type":54,"value":206}," — test compatibility kit — see ",{"type":48,"tag":168,"props":208,"children":210},{"href":209},"..\u002F..\u002Ftck\u002F",[211],{"type":48,"tag":63,"props":212,"children":214},{"className":213},[],[215],{"type":54,"value":216},"tck\u002F",{"type":54,"value":196},{"type":48,"tag":121,"props":219,"children":220},{},[221,226,228,238,239],{"type":48,"tag":160,"props":222,"children":223},{},[224],{"type":54,"value":225},"Repository contributor guide",{"type":54,"value":227}," — see ",{"type":48,"tag":168,"props":229,"children":231},{"href":230},"..\u002F..\u002FCONTRIBUTING.md",[232],{"type":48,"tag":63,"props":233,"children":235},{"className":234},[],[236],{"type":54,"value":237},"CONTRIBUTING.md",{"type":54,"value":70},{"type":48,"tag":168,"props":240,"children":242},{"href":241},"..\u002F..\u002FREADME.md",[243],{"type":48,"tag":63,"props":244,"children":246},{"className":245},[],[247],{"type":54,"value":248},"README.md",{"type":48,"tag":147,"props":250,"children":252},{"id":251},"topics",[253],{"type":54,"value":254},"Topics",{"type":48,"tag":57,"props":256,"children":257},{},[258,260,265,267,273],{"type":54,"value":259},"Primary topics describe the ",{"type":48,"tag":160,"props":261,"children":262},{},[263],{"type":54,"value":264},"v2",{"type":54,"value":266}," spec form (",{"type":48,"tag":63,"props":268,"children":270},{"className":269},[],[271],{"type":54,"value":272},"schemaVersion: \"2\"",{"type":54,"value":274},"):",{"type":48,"tag":117,"props":276,"children":277},{},[278,485,496,522,548,567,585,611],{"type":48,"tag":121,"props":279,"children":280},{},[281,287,289,294,296,302,304,310,311,317,318,324,326,332,334,340,342,348,350,356,357,363,364,370,371,377,378,384,385,391,392,398,399,405,406,412,414,420,422,428,429,435,436,442,443,449,450,456,457,463,464,470,471,477,478,483],{"type":48,"tag":168,"props":282,"children":284},{"href":283},"topics\u002Fspec-anatomy.md",[285],{"type":54,"value":286},"Spec anatomy",{"type":54,"value":288}," — ",{"type":48,"tag":63,"props":290,"children":292},{"className":291},[],[293],{"type":54,"value":84},{"type":54,"value":295}," top-level fields (",{"type":48,"tag":63,"props":297,"children":299},{"className":298},[],[300],{"type":54,"value":301},"mixins",{"type":54,"value":303},", ",{"type":48,"tag":63,"props":305,"children":307},{"className":306},[],[308],{"type":54,"value":309},"licenses",{"type":54,"value":303},{"type":48,"tag":63,"props":312,"children":314},{"className":313},[],[315],{"type":54,"value":316},"extends",{"type":54,"value":303},{"type":48,"tag":63,"props":319,"children":321},{"className":320},[],[322],{"type":54,"value":323},"locked",{"type":54,"value":325},") and every section (",{"type":48,"tag":63,"props":327,"children":329},{"className":328},[],[330],{"type":54,"value":331},"sandbox",{"type":54,"value":333}," with ",{"type":48,"tag":63,"props":335,"children":337},{"className":336},[],[338],{"type":54,"value":339},"image:",{"type":54,"value":341},"\u002F",{"type":48,"tag":63,"props":343,"children":345},{"className":344},[],[346],{"type":54,"value":347},"build:",{"type":54,"value":349}," + ",{"type":48,"tag":63,"props":351,"children":353},{"className":352},[],[354],{"type":54,"value":355},"entrypoint",{"type":54,"value":341},{"type":48,"tag":63,"props":358,"children":360},{"className":359},[],[361],{"type":54,"value":362},"command",{"type":54,"value":303},{"type":48,"tag":63,"props":365,"children":367},{"className":366},[],[368],{"type":54,"value":369},"agentInstructions",{"type":54,"value":333},{"type":48,"tag":63,"props":372,"children":374},{"className":373},[],[375],{"type":54,"value":376},"filename",{"type":54,"value":341},{"type":48,"tag":63,"props":379,"children":381},{"className":380},[],[382],{"type":54,"value":383},"content",{"type":54,"value":303},{"type":48,"tag":63,"props":386,"children":388},{"className":387},[],[389],{"type":54,"value":390},"credentials[]",{"type":54,"value":333},{"type":48,"tag":63,"props":393,"children":395},{"className":394},[],[396],{"type":54,"value":397},"apiKey",{"type":54,"value":341},{"type":48,"tag":63,"props":400,"children":402},{"className":401},[],[403],{"type":54,"value":404},"oauth",{"type":54,"value":341},{"type":48,"tag":63,"props":407,"children":409},{"className":408},[],[410],{"type":54,"value":411},"sshAgent",{"type":54,"value":413}," and the ",{"type":48,"tag":63,"props":415,"children":417},{"className":416},[],[418],{"type":54,"value":419},"scheme",{"type":54,"value":421}," sugar, ",{"type":48,"tag":63,"props":423,"children":425},{"className":424},[],[426],{"type":54,"value":427},"permissions.network",{"type":54,"value":303},{"type":48,"tag":63,"props":430,"children":432},{"className":431},[],[433],{"type":54,"value":434},"ports",{"type":54,"value":303},{"type":48,"tag":63,"props":437,"children":439},{"className":438},[],[440],{"type":54,"value":441},"environment",{"type":54,"value":303},{"type":48,"tag":63,"props":444,"children":446},{"className":445},[],[447],{"type":54,"value":448},"setup",{"type":54,"value":333},{"type":48,"tag":63,"props":451,"children":453},{"className":452},[],[454],{"type":54,"value":455},"install",{"type":54,"value":341},{"type":48,"tag":63,"props":458,"children":460},{"className":459},[],[461],{"type":54,"value":462},"startup",{"type":54,"value":341},{"type":48,"tag":63,"props":465,"children":467},{"className":466},[],[468],{"type":54,"value":469},"files",{"type":54,"value":303},{"type":48,"tag":63,"props":472,"children":474},{"className":473},[],[475],{"type":54,"value":476},"volumes",{"type":54,"value":303},{"type":48,"tag":63,"props":479,"children":481},{"className":480},[],[482],{"type":54,"value":92},{"type":54,"value":484},").",{"type":48,"tag":121,"props":486,"children":487},{},[488,494],{"type":48,"tag":168,"props":489,"children":491},{"href":490},"topics\u002Flifecycle.md",[492],{"type":54,"value":493},"Lifecycle",{"type":54,"value":495}," — Sourcing → load (schemaVersion-forked decode) → normalize → validate → extends → compose → configure → hooks → container → runtime. What happens at each stage as observed by the kit author.",{"type":48,"tag":121,"props":497,"children":498},{},[499,505,506,512,514,520],{"type":48,"tag":168,"props":500,"children":502},{"href":501},"topics\u002Fcomposition.md",[503],{"type":54,"value":504},"Composition",{"type":54,"value":288},{"type":48,"tag":63,"props":507,"children":509},{"className":508},[],[510],{"type":54,"value":511},"extends:",{"type":54,"value":513}," inheritance vs ",{"type":48,"tag":63,"props":515,"children":517},{"className":516},[],[518],{"type":54,"value":519},"--kit",{"type":54,"value":521}," composition. Merge strategies per section, conflict rules, what \"last wins\" means.",{"type":48,"tag":121,"props":523,"children":524},{},[525,531,533,538,540,546],{"type":48,"tag":168,"props":526,"children":528},{"href":527},"topics\u002Fauthoring.md",[529],{"type":54,"value":530},"Authoring guide",{"type":54,"value":532}," — Step-by-step recipes for a minimal mixin and a full sandbox kit. Where to put files. When to use ",{"type":48,"tag":63,"props":534,"children":536},{"className":535},[],[537],{"type":54,"value":92},{"type":54,"value":539}," vs ",{"type":48,"tag":63,"props":541,"children":543},{"className":542},[],[544],{"type":54,"value":545},"setup.files",{"type":54,"value":547},".",{"type":48,"tag":121,"props":549,"children":550},{},[551,557,559,565],{"type":48,"tag":168,"props":552,"children":554},{"href":553},"topics\u002Fbindings.md",[555],{"type":54,"value":556},"Bindings",{"type":54,"value":558}," — The user-side ",{"type":48,"tag":63,"props":560,"children":562},{"className":561},[],[563],{"type":54,"value":564},"~\u002F.config\u002Fsbx\u002Fcredentials.yaml",{"type":54,"value":566}," file: how kits and users split the credential contract.",{"type":48,"tag":121,"props":568,"children":569},{},[570,576,578,584],{"type":48,"tag":168,"props":571,"children":573},{"href":572},"topics\u002Fdistribution.md",[574],{"type":54,"value":575},"Distribution",{"type":54,"value":577}," — Local dir, OCI digests, git commit-SHA references. Strict pinning rule. Schema-version compatibility (v2 is a breaking grammar). ",{"type":48,"tag":63,"props":579,"children":581},{"className":580},[],[582],{"type":54,"value":583},"sbx kit push\u002Fpull\u002Finspect\u002Fvalidate\u002Fdelete",{"type":54,"value":547},{"type":48,"tag":121,"props":586,"children":587},{},[588,593,595,601,603,609],{"type":48,"tag":168,"props":589,"children":591},{"href":590},"topics\u002Ftesting.md",[592],{"type":54,"value":24},{"type":54,"value":594}," — TCK suite, e2e under ",{"type":48,"tag":63,"props":596,"children":598},{"className":597},[],[599],{"type":54,"value":600},"deny-all",{"type":54,"value":602}," (mandatory locally — CI's e2e legs are skipped for fork PRs), manual ",{"type":48,"tag":63,"props":604,"children":606},{"className":605},[],[607],{"type":54,"value":608},"sbx kit add",{"type":54,"value":610}," verification, proving allow-list enforcement.",{"type":48,"tag":121,"props":612,"children":613},{},[614,620,622,628,630,635,637,642,644,650,652,658],{"type":48,"tag":168,"props":615,"children":617},{"href":616},"topics\u002Fpitfalls.md",[618],{"type":54,"value":619},"Pitfalls",{"type":54,"value":621}," — Surprises seen in practice: install-completed is exit-code only, ",{"type":48,"tag":63,"props":623,"children":625},{"className":624},[],[626],{"type":54,"value":627},"setup.startup",{"type":54,"value":629}," runs on ",{"type":48,"tag":160,"props":631,"children":632},{},[633],{"type":54,"value":634},"every",{"type":54,"value":636}," container start (idempotency required), ",{"type":48,"tag":63,"props":638,"children":640},{"className":639},[],[641],{"type":54,"value":108},{"type":54,"value":643}," cannot apply immutable settings, ",{"type":48,"tag":63,"props":645,"children":647},{"className":646},[],[648],{"type":54,"value":649},"setup.install",{"type":54,"value":651}," idempotency + duplication footguns + ",{"type":48,"tag":63,"props":653,"children":655},{"className":654},[],[656],{"type":54,"value":657},"SBX_CRED_\u003CSERVICE>_MODE",{"type":54,"value":659}," contract, inject\u002Fbinding domain intersection.",{"type":48,"tag":57,"props":661,"children":662},{},[663],{"type":54,"value":664},"Legacy reference:",{"type":48,"tag":117,"props":666,"children":667},{},[668],{"type":48,"tag":121,"props":669,"children":670},{},[671,677,679,685,687,693,695,701],{"type":48,"tag":168,"props":672,"children":674},{"href":673},"topics\u002Fv1-migration.md",[675],{"type":54,"value":676},"v1 → v2 migration",{"type":54,"value":678}," — Every v1 surface, its v2 equivalent, the ",{"type":48,"tag":63,"props":680,"children":682},{"className":681},[],[683],{"type":54,"value":684},"migrate-v1-to-v2.go",{"type":54,"value":686}," script's coverage, and what to migrate by hand. The loader forks on ",{"type":48,"tag":63,"props":688,"children":690},{"className":689},[],[691],{"type":54,"value":692},"schemaVersion",{"type":54,"value":694},"; v2 is a clean grammar with no shims, while v1 keeps loading with deprecation warnings on ",{"type":48,"tag":63,"props":696,"children":698},{"className":697},[],[699],{"type":54,"value":700},"Artifact.Warnings",{"type":54,"value":702}," until the Phase 6 cutover.",{"items":704,"total":748},[705,721,729],{"slug":706,"name":706,"fn":707,"description":708,"org":709,"tags":710,"stars":718,"repoUrl":719,"updatedAt":720},"docker-model-runner","run local LLM inference with Docker","Skills for using Docker Model Runner to run local LLM inference",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[711,712,715],{"name":9,"slug":8,"type":15},{"name":713,"slug":714,"type":15},"LLM","llm",{"name":716,"slug":717,"type":15},"Machine Learning","machine-learning",605,"https:\u002F\u002Fgithub.com\u002Fdocker\u002Fmodel-runner","2026-07-12T08:15:13.251096",{"slug":4,"name":4,"fn":5,"description":6,"org":722,"tags":723,"stars":26,"repoUrl":27,"updatedAt":28},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[724,725,726,727,728],{"name":13,"slug":14,"type":15},{"name":9,"slug":8,"type":15},{"name":20,"slug":21,"type":15},{"name":17,"slug":18,"type":15},{"name":24,"slug":25,"type":15},{"slug":730,"name":730,"fn":731,"description":732,"org":733,"tags":734,"stars":745,"repoUrl":746,"updatedAt":747},"mcp-server-yaml-creator","configure custom MCP servers in Docker","Add and configure custom MCP servers in Docker MCP Gateway. Use when users want to: (1) Integrate their own MCP server into the gateway, (2) Add new servers to catalogs or profiles, (3) Set up server authentication, networking, and configuration, (4) Understand MCP server integration requirements.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[735,738,741,742],{"name":736,"slug":737,"type":15},"Automation","automation",{"name":739,"slug":740,"type":15},"Configuration","configuration",{"name":9,"slug":8,"type":15},{"name":743,"slug":744,"type":15},"MCP","mcp",17,"https:\u002F\u002Fgithub.com\u002Fdocker\u002Fclaude-plugins","2026-07-12T08:15:15.779117",3,{"items":750,"total":759},[751],{"slug":4,"name":4,"fn":5,"description":6,"org":752,"tags":753,"stars":26,"repoUrl":27,"updatedAt":28},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[754,755,756,757,758],{"name":13,"slug":14,"type":15},{"name":9,"slug":8,"type":15},{"name":20,"slug":21,"type":15},{"name":17,"slug":18,"type":15},{"name":24,"slug":25,"type":15},1]