[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M7A5V88G4GS3JSVCS6M5S87R":3,"skill-same:01M7A5V88G4GS3JSVCS6M5S87R":123},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":19,"linkOnly":20,"markdownContent":21,"markdownBody":22,"frontMatter":23,"refName":28,"commitSha":29,"skillDirectory":30,"forksCount":14,"repositoryHtmlUrl":31,"repositoryHomepageUrl":6,"ownerHtmlUrl":32,"ownerBlogUrl":33,"ownerDescription":6,"updatedAt":34,"install":35,"resources":48},"01M7A5V88G4GS3JSVCS6M5S87R","antithesis-setup",null,"Scaffold the Antithesis harness: initialize the working directory, write Dockerfiles and docker-compose.yaml with build directives, and prepare to submit your first Antithesis test run.","harivansh-afk\u002Floom-index-e2e","harivansh-afk","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F73809867?v=4","01M7A5RBDGB0YMBHVWXCS0VYE7","hari","01M7A5RBEKV38Y878XPTCR4SJ3",0,"MIT","https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002FSKILL.md",[],[],"2026-11-15 14:19:17",false,"---\nname: antithesis-setup\ndescription: >\n  Scaffold the Antithesis harness: initialize the working directory, write\n  Dockerfiles and docker-compose.yaml with build directives, and prepare\n  to submit your first Antithesis test run.\ncompatibility: Requires docker (or podman) with compose and snouty (https:\u002F\u002Fgithub.com\u002Fantithesishq\u002Fsnouty).\nmetadata:\n  version: \"2026-05-15 a0f67a6\"\n---\n\n# Antithesis Setup\n\n## Purpose and Goal\n\nScaffold the `antithesis\u002F` harness needed to bring the system up in Antithesis\nin a mostly idle, ready state.\n\nSuccess means:\n\n- `antithesis\u002Fconfig\u002Fdocker-compose.yaml` exists and required SUT images are referenced with `build:` directives\n- `snouty validate` on `antithesis\u002Fconfig\u002F` succeeds\n- the SUT dependency graph includes the relevant Antithesis SDK where assertions or lifecycle hooks will run\n- at least one minimal bootstrap property exists in a simple SUT path and is expected to show up in the first Antithesis run\n- The harness is ready for the `antithesis-workload` skill to add or iterate on test templates, assertions, and workload code\n- If the user asks to submit or launch a run, use the `antithesis-launch` skill — do not run `snouty launch` directly\n\n## Prerequisites\n\n- **Research artifacts required.** Before proceeding, check whether `antithesis\u002Fscratchbook\u002F` exists and contains research output (at minimum `sut-analysis.md` and `deployment-topology.md`). If the scratchbook is missing or empty, **stop and warn the user**:\n\n  > The `antithesis-research` skill has not been run yet (no scratchbook found at `antithesis\u002Fscratchbook\u002F`). Setup depends on research artifacts — especially the SUT analysis and deployment topology — to make informed decisions about instrumentation, image structure, and service composition. Please run `antithesis-research` first, review its output, then return to setup.\n\n  Do not attempt to proceed without research artifacts. The setup skill will make significantly worse decisions without the context that research provides.\n\n- **Verify research provenance.** Setup runs once per project and produces durable, expensive output (Dockerfiles, compose, instrumentation), so misalignment is costly. Read whatever provenance frontmatter is present in `antithesis\u002Fscratchbook\u002Fsut-analysis.md` and `antithesis\u002Fscratchbook\u002Fdeployment-topology.md`. Use whatever fields you find — the schema may evolve over time, so don't treat partial or older frontmatter as broken. Describe what you found in plain language. Examples:\n\n  - Full schema: \"this scratchbook is for SUT at `\u002Fpath\u002FX` at commit `abc12345abcd` (2026-05-05), external refs: A, B.\"\n  - Partial: \"the catalog records `commit` and `updated` but no `sut_path` or `external_references`.\"\n  - Absent: \"no provenance recorded; the scratchbook predates this convention.\"\n  - Disagreement across files: \"sut-analysis is for `\u002Fpath\u002FA` at commit `abc`; deployment-topology is for `\u002Fpath\u002FB` at commit `def` — these disagree.\"\n\n  Then ask the user:\n\n  > Is this still the system you're targeting?\n\n  If the user says no, **do not proceed**. Stop and tell the user to re-run `antithesis-research`. Setup against confirmed-stale research will produce mismatched scaffolding.\n\n  The user-facing commit display uses the short hash (first 12 characters) for readability; the frontmatter still stores the full SHA.\n\n- DO NOT PROCEED if `snouty` is not installed. See `https:\u002F\u002Fraw.githubusercontent.com\u002Fantithesishq\u002Fsnouty\u002Frefs\u002Fheads\u002Fmain\u002FREADME.md` for installation options.\n\n## Documentation Grounding\n\nUse the `antithesis-documentation` skill to access these pages. Prefer `snouty docs`.\n\n- Docker Compose setup guide: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Fgetting_started\u002Fsetup\u002F`\n- Docker best practices: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Fbest_practices\u002Fdocker_best_practices\u002F`\n- Coverage instrumentation: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Finstrumentation\u002Fcoverage_instrumentation\u002F`\n- Assertion cataloging: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Finstrumentation\u002Fassertion_cataloging\u002F`\n- Handling external dependencies: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Freference\u002Fdependencies\u002F`\n- Fault injection: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Fenvironment\u002Ffault_injection\u002F`\n\n## Workflow\n\nThis skill is broken out into multiple steps, each in a different reference file. Read and implement each reference file listed below one at a time to fully set up a project. After implementing each step, check whether what you learned invalidates any decisions from earlier steps. Instrumentation decisions (step 2) are the most common thing that needs revision once you start building images (step 3).\n\n- `references\u002Fdirectory-init.md`: initialize or merge the `antithesis\u002F` directory from `assets\u002Fantithesis\u002F`\n- `references\u002Finstrumentation.md`: decide how each SUT service is instrumented, how the SDK is installed, how symbols are delivered, and where the bootstrap property lives\n- `references\u002Fdocker-images.md`: create or adapt Dockerfiles for SUT components\n- `references\u002Fdocker-compose.md`: write `antithesis\u002Fconfig\u002Fdocker-compose.yaml`\n- `references\u002Fconfig-dir.md`: understand what belongs in `antithesis\u002Fconfig\u002F`\n- `references\u002Fsubmit-and-test.md`: test locally and submit the first run\n\n## General Guidance\n\n- Merge with existing `antithesis\u002F` content instead of overwriting it.\n- Prefer `podman compose` for local testing; fall back to `docker compose`.\n- Keep Antithesis-only scaffolding under `antithesis\u002F` when practical.\n- Focus this skill on infrastructure and readiness, not on defining the workload\n  itself.\n- Installing the relevant Antithesis SDK into the SUT and adding one minimal\n  bootstrap assertion is part of setup, not deferred workload work.\n- If `antithesis\u002Ftest\u002F` does not exist yet, create the directory structure\n  needed for later workload work, but leave real test templates and assertions\n  to `antithesis-workload`.\n- Treat instrumentation and symbolization as bootstrap work. The setup is not\n  complete until the relevant images expose `\u002Fopt\u002Fantithesis\u002Fcatalog\u002F` or\n  `\u002Fsymbols\u002F` correctly for their language.\n- Treat local testing as required before the first submission.\n- Use `snouty launch` directly to submit runs. Run `compose build` before `snouty launch` to ensure images are up to date.\n- Do not add a separate Dockerfile under `antithesis\u002Fconfig\u002F` unless the\n  deployment explicitly requires it.\n- Disable color\u002FANSI output in every container. Antithesis stores raw bytes and\n  does not render escape codes — color output is garbage in logs and triage. Set\n  `NO_COLOR=1` on all services via docker-compose.yaml environment blocks or\n  Dockerfile `ENV` directives. Add tool-specific flags (e.g. `FORCE_COLOR=0`)\n  where needed.\n\n## Self-Review\n\nBefore declaring this skill complete, review your work against the criteria below. If your agent supports spawning sub-agents, create a new agent with fresh context to perform this review — give it the path to this skill file and have it read all output artifacts. A fresh-context reviewer catches blind spots that in-context review misses. If your agent does not support sub-agents, perform the review yourself: re-read the success criteria at the top of this file, then systematically check each item below against your actual output.\n\nReview criteria:\n\n- `antithesis\u002Fconfig\u002Fdocker-compose.yaml` exists and every service has `build:` (for local images) or `image:` (for public images) configured correctly\n- Every service in docker-compose.yaml includes `platform: linux\u002Famd64`\n- Every service has `hostname:` set to match its `container_name:`\n- The instrumentation inventory from `references\u002Finstrumentation.md` is fully implemented: each service is instrumented, cataloged-only, or explicitly documented as uninstrumented\n- The relevant Antithesis SDK is installed in the SUT dependency graph\n- A bootstrap property exists in a simple, guaranteed-to-run code path (not behind rare behavior)\n- `\u002Fopt\u002Fantithesis\u002Fcatalog\u002F` or `\u002Fsymbols\u002F` is exposed correctly for each service's language\n- The `setup_complete` signal is wired in at least one entrypoint\n- `snouty validate` on `antithesis\u002Fconfig\u002F` succeeds\n- All built images target `amd64` (verified via `podman image inspect` or `docker image inspect`)\n- Every service has `NO_COLOR=1` set in its environment (via docker-compose.yaml and\u002For Dockerfile) to prevent ANSI escape codes in container output\n- The harness is ready for the `antithesis-workload` skill — test template directories exist or are wired for later use\n- If the user asks to launch a run, the `antithesis-launch` skill is used instead of running `snouty launch` directly\n- Whatever research provenance was present in `sut-analysis.md` and `deployment-topology.md` was described to the user and confirmed before scaffolding began (provenance frontmatter format is defined in the `antithesis-research` skill, `references\u002Fscratchbook-setup.md`)\n","# Antithesis Setup\n\n## Purpose and Goal\n\nScaffold the `antithesis\u002F` harness needed to bring the system up in Antithesis\nin a mostly idle, ready state.\n\nSuccess means:\n\n- `antithesis\u002Fconfig\u002Fdocker-compose.yaml` exists and required SUT images are referenced with `build:` directives\n- `snouty validate` on `antithesis\u002Fconfig\u002F` succeeds\n- the SUT dependency graph includes the relevant Antithesis SDK where assertions or lifecycle hooks will run\n- at least one minimal bootstrap property exists in a simple SUT path and is expected to show up in the first Antithesis run\n- The harness is ready for the `antithesis-workload` skill to add or iterate on test templates, assertions, and workload code\n- If the user asks to submit or launch a run, use the `antithesis-launch` skill — do not run `snouty launch` directly\n\n## Prerequisites\n\n- **Research artifacts required.** Before proceeding, check whether `antithesis\u002Fscratchbook\u002F` exists and contains research output (at minimum `sut-analysis.md` and `deployment-topology.md`). If the scratchbook is missing or empty, **stop and warn the user**:\n\n  > The `antithesis-research` skill has not been run yet (no scratchbook found at `antithesis\u002Fscratchbook\u002F`). Setup depends on research artifacts — especially the SUT analysis and deployment topology — to make informed decisions about instrumentation, image structure, and service composition. Please run `antithesis-research` first, review its output, then return to setup.\n\n  Do not attempt to proceed without research artifacts. The setup skill will make significantly worse decisions without the context that research provides.\n\n- **Verify research provenance.** Setup runs once per project and produces durable, expensive output (Dockerfiles, compose, instrumentation), so misalignment is costly. Read whatever provenance frontmatter is present in `antithesis\u002Fscratchbook\u002Fsut-analysis.md` and `antithesis\u002Fscratchbook\u002Fdeployment-topology.md`. Use whatever fields you find — the schema may evolve over time, so don't treat partial or older frontmatter as broken. Describe what you found in plain language. Examples:\n\n  - Full schema: \"this scratchbook is for SUT at `\u002Fpath\u002FX` at commit `abc12345abcd` (2026-05-05), external refs: A, B.\"\n  - Partial: \"the catalog records `commit` and `updated` but no `sut_path` or `external_references`.\"\n  - Absent: \"no provenance recorded; the scratchbook predates this convention.\"\n  - Disagreement across files: \"sut-analysis is for `\u002Fpath\u002FA` at commit `abc`; deployment-topology is for `\u002Fpath\u002FB` at commit `def` — these disagree.\"\n\n  Then ask the user:\n\n  > Is this still the system you're targeting?\n\n  If the user says no, **do not proceed**. Stop and tell the user to re-run `antithesis-research`. Setup against confirmed-stale research will produce mismatched scaffolding.\n\n  The user-facing commit display uses the short hash (first 12 characters) for readability; the frontmatter still stores the full SHA.\n\n- DO NOT PROCEED if `snouty` is not installed. See `https:\u002F\u002Fraw.githubusercontent.com\u002Fantithesishq\u002Fsnouty\u002Frefs\u002Fheads\u002Fmain\u002FREADME.md` for installation options.\n\n## Documentation Grounding\n\nUse the `antithesis-documentation` skill to access these pages. Prefer `snouty docs`.\n\n- Docker Compose setup guide: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Fgetting_started\u002Fsetup\u002F`\n- Docker best practices: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Fbest_practices\u002Fdocker_best_practices\u002F`\n- Coverage instrumentation: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Finstrumentation\u002Fcoverage_instrumentation\u002F`\n- Assertion cataloging: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Finstrumentation\u002Fassertion_cataloging\u002F`\n- Handling external dependencies: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Freference\u002Fdependencies\u002F`\n- Fault injection: `https:\u002F\u002Fantithesis.com\u002Fdocs\u002Fenvironment\u002Ffault_injection\u002F`\n\n## Workflow\n\nThis skill is broken out into multiple steps, each in a different reference file. Read and implement each reference file listed below one at a time to fully set up a project. After implementing each step, check whether what you learned invalidates any decisions from earlier steps. Instrumentation decisions (step 2) are the most common thing that needs revision once you start building images (step 3).\n\n- `references\u002Fdirectory-init.md`: initialize or merge the `antithesis\u002F` directory from `assets\u002Fantithesis\u002F`\n- `references\u002Finstrumentation.md`: decide how each SUT service is instrumented, how the SDK is installed, how symbols are delivered, and where the bootstrap property lives\n- `references\u002Fdocker-images.md`: create or adapt Dockerfiles for SUT components\n- `references\u002Fdocker-compose.md`: write `antithesis\u002Fconfig\u002Fdocker-compose.yaml`\n- `references\u002Fconfig-dir.md`: understand what belongs in `antithesis\u002Fconfig\u002F`\n- `references\u002Fsubmit-and-test.md`: test locally and submit the first run\n\n## General Guidance\n\n- Merge with existing `antithesis\u002F` content instead of overwriting it.\n- Prefer `podman compose` for local testing; fall back to `docker compose`.\n- Keep Antithesis-only scaffolding under `antithesis\u002F` when practical.\n- Focus this skill on infrastructure and readiness, not on defining the workload\n  itself.\n- Installing the relevant Antithesis SDK into the SUT and adding one minimal\n  bootstrap assertion is part of setup, not deferred workload work.\n- If `antithesis\u002Ftest\u002F` does not exist yet, create the directory structure\n  needed for later workload work, but leave real test templates and assertions\n  to `antithesis-workload`.\n- Treat instrumentation and symbolization as bootstrap work. The setup is not\n  complete until the relevant images expose `\u002Fopt\u002Fantithesis\u002Fcatalog\u002F` or\n  `\u002Fsymbols\u002F` correctly for their language.\n- Treat local testing as required before the first submission.\n- Use `snouty launch` directly to submit runs. Run `compose build` before `snouty launch` to ensure images are up to date.\n- Do not add a separate Dockerfile under `antithesis\u002Fconfig\u002F` unless the\n  deployment explicitly requires it.\n- Disable color\u002FANSI output in every container. Antithesis stores raw bytes and\n  does not render escape codes — color output is garbage in logs and triage. Set\n  `NO_COLOR=1` on all services via docker-compose.yaml environment blocks or\n  Dockerfile `ENV` directives. Add tool-specific flags (e.g. `FORCE_COLOR=0`)\n  where needed.\n\n## Self-Review\n\nBefore declaring this skill complete, review your work against the criteria below. If your agent supports spawning sub-agents, create a new agent with fresh context to perform this review — give it the path to this skill file and have it read all output artifacts. A fresh-context reviewer catches blind spots that in-context review misses. If your agent does not support sub-agents, perform the review yourself: re-read the success criteria at the top of this file, then systematically check each item below against your actual output.\n\nReview criteria:\n\n- `antithesis\u002Fconfig\u002Fdocker-compose.yaml` exists and every service has `build:` (for local images) or `image:` (for public images) configured correctly\n- Every service in docker-compose.yaml includes `platform: linux\u002Famd64`\n- Every service has `hostname:` set to match its `container_name:`\n- The instrumentation inventory from `references\u002Finstrumentation.md` is fully implemented: each service is instrumented, cataloged-only, or explicitly documented as uninstrumented\n- The relevant Antithesis SDK is installed in the SUT dependency graph\n- A bootstrap property exists in a simple, guaranteed-to-run code path (not behind rare behavior)\n- `\u002Fopt\u002Fantithesis\u002Fcatalog\u002F` or `\u002Fsymbols\u002F` is exposed correctly for each service's language\n- The `setup_complete` signal is wired in at least one entrypoint\n- `snouty validate` on `antithesis\u002Fconfig\u002F` succeeds\n- All built images target `amd64` (verified via `podman image inspect` or `docker image inspect`)\n- Every service has `NO_COLOR=1` set in its environment (via docker-compose.yaml and\u002For Dockerfile) to prevent ANSI escape codes in container output\n- The harness is ready for the `antithesis-workload` skill — test template directories exist or are wired for later use\n- If the user asks to launch a run, the `antithesis-launch` skill is used instead of running `snouty launch` directly\n- Whatever research provenance was present in `sut-analysis.md` and `deployment-topology.md` was described to the user and confirmed before scaffolding began (provenance frontmatter format is defined in the `antithesis-research` skill, `references\u002Fscratchbook-setup.md`)\n",{"name":5,"metadata":24,"description":26,"compatibility":27},{"version":25},"2026-05-15 a0f67a6","Scaffold the Antithesis harness: initialize the working directory, write Dockerfiles and docker-compose.yaml with build directives, and prepare to submit your first Antithesis test run.\n","Requires docker (or podman) with compose and snouty (https:\u002F\u002Fgithub.com\u002Fantithesishq\u002Fsnouty).","main","bed3e79e169c9952618f13b255bbe21164bd8bc1","skills\u002Fantithesis\u002Fsetup","https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e","https:\u002F\u002Fgithub.com\u002Fharivansh-afk","hari.cafe","2026-08-05 23:54:30",{"source":8,"skillName":5,"commands":36,"prompt":46,"zipAvailable":47},[37,40,43],{"tool":38,"command":39},"npx","npx skills add harivansh-afk\u002Floom-index-e2e --skill antithesis-setup",{"tool":41,"command":42},"bunx","bunx skills add harivansh-afk\u002Floom-index-e2e --skill antithesis-setup",{"tool":44,"command":45},"pnpm","pnpm dlx skills add harivansh-afk\u002Floom-index-e2e --skill antithesis-setup","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002FSKILL.md",true,[49,55,59,65,71,75,79,83,87,91,95,99,103,107,111,115,119],{"path":50,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":53,"sourceHtmlUrl":54},"assets\u002Fantithesis\u002FAGENTS.md","ASSET","资产文件",2099,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Fassets\u002Fantithesis\u002FAGENTS.md",{"path":56,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":57,"sourceHtmlUrl":58},"assets\u002Fantithesis\u002Fconfig\u002Fdocker-compose.yaml",1489,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Fassets\u002Fantithesis\u002Fconfig\u002Fdocker-compose.yaml",{"path":60,"resourceType":61,"resourceTypeDesc":62,"sizeBytes":63,"sourceHtmlUrl":64},"assets\u002Fantithesis\u002Fsetup-complete.sh","SCRIPT","脚本",953,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Fassets\u002Fantithesis\u002Fsetup-complete.sh",{"path":66,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":69,"sourceHtmlUrl":70},"references\u002Fconfig-dir.md","REFERENCE","参考文档",701,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Fconfig-dir.md",{"path":72,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":73,"sourceHtmlUrl":74},"references\u002Fdirectory-init.md",607,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Fdirectory-init.md",{"path":76,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":77,"sourceHtmlUrl":78},"references\u002Fdocker-compose.md",2841,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Fdocker-compose.md",{"path":80,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":81,"sourceHtmlUrl":82},"references\u002Fdocker-images.md",4271,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Fdocker-images.md",{"path":84,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Finstrumentation.md",7300,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Finstrumentation.md",{"path":88,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Flanguage\u002Fcpp.md",1012,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Flanguage\u002Fcpp.md",{"path":92,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":93,"sourceHtmlUrl":94},"references\u002Flanguage\u002Fdotnet.md",1032,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Flanguage\u002Fdotnet.md",{"path":96,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":97,"sourceHtmlUrl":98},"references\u002Flanguage\u002Ffallback.md",1662,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Flanguage\u002Ffallback.md",{"path":100,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":101,"sourceHtmlUrl":102},"references\u002Flanguage\u002Fgo.md",1797,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Flanguage\u002Fgo.md",{"path":104,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":105,"sourceHtmlUrl":106},"references\u002Flanguage\u002Fjava.md",1263,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Flanguage\u002Fjava.md",{"path":108,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":109,"sourceHtmlUrl":110},"references\u002Flanguage\u002Fjavascript.md",1138,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Flanguage\u002Fjavascript.md",{"path":112,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":113,"sourceHtmlUrl":114},"references\u002Flanguage\u002Fpython.md",955,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Flanguage\u002Fpython.md",{"path":116,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":117,"sourceHtmlUrl":118},"references\u002Flanguage\u002Frust.md",1018,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Flanguage\u002Frust.md",{"path":120,"resourceType":67,"resourceTypeDesc":68,"sizeBytes":121,"sourceHtmlUrl":122},"references\u002Fsubmit-and-test.md",3450,"https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fskills\u002Fantithesis\u002Fsetup\u002Freferences\u002Fsubmit-and-test.md",[124,131,138,145,152,158],{"skillNo":125,"name":126,"nameZh":6,"description":127,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":128,"categories":129,"keywords":130,"publishedAt":19},"01M7A62MBAXZSSHSTKTJF9M9T0","pdf-processing","Extract text and tables from PDF files","https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fviews\u002Fhome-manager\u002Ftests\u002Fmodules\u002Fprograms\u002Fopencode\u002Fskills-bulk\u002Fpdf-processing\u002FSKILL.md",[],[],{"skillNo":132,"name":133,"nameZh":6,"description":134,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":135,"categories":136,"keywords":137,"publishedAt":19},"01M7A62K1VTVFVSPV9V49PKK4N","git-release","Create consistent releases and changelogs","https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fviews\u002Fhome-manager\u002Ftests\u002Fmodules\u002Fprograms\u002Fopencode\u002Fskills-bulk\u002Fgit-release\u002FSKILL.md",[],[],{"skillNo":139,"name":140,"nameZh":6,"description":141,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":142,"categories":143,"keywords":144,"publishedAt":19},"01M7A62HPD2TYCNA8MSV4PRGRP","data-analysis","Help analyze datasets and results","https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fviews\u002Fhome-manager\u002Ftests\u002Fmodules\u002Fprograms\u002Fopencode\u002Fskill-dir\u002Fdata-analysis\u002FSKILL.md",[],[],{"skillNo":146,"name":147,"nameZh":6,"description":148,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":149,"categories":150,"keywords":151,"publishedAt":19},"01M7A62G35PP698FP9TEZWYZ3V","release-notes","Draft release notes from commits and merged pull requests.","https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fviews\u002Fhome-manager\u002Ftests\u002Fmodules\u002Fprograms\u002Fgithub-copilot-cli\u002Fskills\u002Frelease-notes\u002FSKILL.md",[],[],{"skillNo":153,"name":140,"nameZh":6,"description":154,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":155,"categories":156,"keywords":157,"publishedAt":19},"01M7A62EJX21A1E72WR5CX6W3M","Summarize structured outputs and highlight regressions.","https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fviews\u002Fhome-manager\u002Ftests\u002Fmodules\u002Fprograms\u002Fgithub-copilot-cli\u002Fskills\u002Fdata-analysis\u002FSKILL.md",[],[],{"skillNo":159,"name":160,"nameZh":6,"description":161,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":162,"categories":163,"keywords":164,"publishedAt":19},"01M7A62DC2X7X7AYFPF1DG2NBC","skill-one","Example skill for tests.","https:\u002F\u002Fgithub.com\u002Fharivansh-afk\u002Floom-index-e2e\u002Fblob\u002Fmain\u002Fviews\u002Fhome-manager\u002Ftests\u002Fmodules\u002Fprograms\u002Fcodex\u002Fskills-dir\u002Fskill-one\u002FSKILL.md",[],[]]