[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6CHR2FWH397W64GCW18PMEP":3,"skill-same:01M6CHR2FWH397W64GCW18PMEP":334},{"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":47,"linkOnly":48,"markdownContent":49,"markdownBody":50,"frontMatter":51,"refName":52,"commitSha":53,"skillDirectory":54,"forksCount":55,"repositoryHtmlUrl":56,"repositoryHomepageUrl":6,"ownerHtmlUrl":57,"ownerBlogUrl":58,"ownerDescription":6,"updatedAt":59,"install":60,"resources":73},"01M6CHR2FWH397W64GCW18PMEP","c4-model",null,"Describe and draw software architecture with the C4 model, in plain ASCII instead of Mermaid or PlantUML. Carries every C4 term with its sourced definition, the C4 principles, an ASCII notation with one template per diagram type, and a lint that checks that notation. Use when the user asks for a \"C4 diagram\", \"system context diagram\", \"container diagram\", \"component diagram\", \"system landscape\", \"deployment diagram\", \"dynamic diagram\", or \"architecture diagram\", asks to \"describe the architecture\" of a system, repo, or workspace, or asks what a C4 term such as \"container\" or \"component\" means.","dayvidpham\u002Faura-plugins","dayvidpham","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F22456875?v=4","01M6CHR0F6J2M4QEHFR85XRNSR","David Huu Pham","01M6CHR0KQJ4DK5KSZ9TRTP7DW",2,"MIT","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fc4-model\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46],"c4 model","model","context","when","definition","for","notation","with","type","ascii","as","landscape","container","use","user","component","repo","workspace","template","system","software architecture","lint","deployment","architecture diagram","plantuml","mermaid","diagram","architecture","2026-11-10 10:12:30",false,"---\nname: c4-model\ndescription: Describe and draw software architecture with the C4 model, in plain ASCII instead of Mermaid or PlantUML. Carries every C4 term with its sourced definition, the C4 principles, an ASCII notation with one template per diagram type, and a lint that checks that notation. Use when the user asks for a \"C4 diagram\", \"system context diagram\", \"container diagram\", \"component diagram\", \"system landscape\", \"deployment diagram\", \"dynamic diagram\", or \"architecture diagram\", asks to \"describe the architecture\" of a system, repo, or workspace, or asks what a C4 term such as \"container\" or \"component\" means.\n---\n\n# Describe architecture with the C4 model, in ASCII\n\nThe C4 model (Simon Brown, c4model.com) describes a software system as a set of zoom levels:\nSystem Context, Containers, Components, and Code. Each level is a map of one element from the\nlevel above. This skill fixes three things: the vocabulary, the principles, and one ASCII notation that a\nscript can check. With them, every diagram in the workspace reads the same way.\n\nDraw in ASCII, not Mermaid or PlantUML. ASCII renders everywhere the workspace writes: GitHub\nMarkdown, issue bodies, Beads records, commit messages, terminals, and agent transcripts. It\nnever depends on a renderer version.\n\n## When to use it, and when not\n\nUse C4 for the static structure of a software system: who uses it, what it talks to, what runs\ninside it, and how the code inside one runnable unit is organised. Use it for a whole polyrepo\n(system landscape), one repo (system context and container), or one binary or app (component).\n\nDo not use C4 for business processes, workflows, state machines, domain models, data models, or\nUI layout. The C4 FAQ excludes these on purpose. Use a sequence list, a state table, an ER\ndiagram, or a wireframe instead. Do not use C4 to document a library, framework, or SDK as a\nsystem in its own right. Show a library as a technology label on the container that imports\nit, or as a component inside that container.\n\n## Workflow\n\n1. **Pick the diagram type by audience and scope.** Most work needs only levels 1 and 2.\n\n   | Diagram | Scope | Shows | Audience |\n   |---|---|---|---|\n   | System Landscape | an organisation or workspace | people and software systems | everyone |\n   | System Context | one software system | the system, its users, its neighbours | everyone |\n   | Container | one software system | the runnable units inside it | technical people |\n   | Component | one container | the components inside it | developers |\n   | Code | one component | classes, functions, packages | developers, generated only |\n   | Dynamic | one feature or story | numbered runtime interactions | everyone |\n   | Deployment | one environment | where each container instance runs | technical and ops |\n\n2. **Build the model before the picture.** Write two tables first. Elements: name, type,\n   technology, one-sentence description. Relationships: source, target, intent, technology. Ground\n   every row in the code, the build files, or the deploy config. Do not draw an element that has\n   no row, and do not leave a row out of the picture. The tables are the model; the diagram is a\n   view of it. Keep the tables in the same file as the diagram when the diagram is long-lived.\n\n3. **Draw with the notation below.** Load `references\u002Fascii-notation.md` for the full rules and\n   one template per diagram type. Load `examples\u002Fpeasant-labs.md` to see the workspace drawn at\n   every level.\n\n4. **Lint the file.** Run `python3 scripts\u002Fc4-lint.py \u003Cfile.md>` from this skill directory. It\n   finds every fenced block whose info string is `c4` and checks the notation. Fix every\n   finding. Run `python3 scripts\u002Fc4-lint.py --self-test` once after any change to the script;\n   the fixture in `scripts\u002Ftestdata\u002Flint-cases.md` must stay green.\n\n5. **Walk the review checklist** in `references\u002Fprinciples.md` before the diagram ships. The lint\n   checks form. The checklist checks meaning: does a reader outside the team understand every\n   box, every arrow, and every technology choice without the author present?\n\n6. **Place it.** A diagram that describes a repo goes in that repo's `AGENTS.md` or `docs\u002F`. A\n   diagram that describes the workspace goes in the workspace guide. A diagram that explains one\n   change goes in the issue or PR body. Keep the model tables next to long-lived diagrams so that\n   the next edit updates both.\n\n## Notation, quick reference\n\nA diagram is a fenced code block with the info string `c4`. Line 1 is the title. The last section\nis the key. The full rules, the closed set of nine type tags, the tags each diagram type may\ncarry, and one template per diagram type are in `references\u002Fascii-notation.md`.\n\n```\nContainer diagram: \u003Cscope>\n\n+--------------------------+     +--------------------------+\n| \u003Cname>                   |     | \u003Cname>                   |\n| [Container: \u003Ctechnology>]|-- \u003Cintent> (\u003Ctechnology>) -->| [Container: \u003Ctechnology>]|\n| \u003Cdescription.>           |     | \u003Cdescription.>           |\n+--------------------------+     +--------------------------+\n             |\n             | \u003Cintent> (\u003Ctechnology>)\n             v\n+== \u003Cname> [Software System] ===================+\n|  ...elements inside the boundary...            |\n+================================================+\n\nKey:\n  Solid box = element. Double-line box = boundary. [Type] = C4 abstraction.\n  Arrow = one relationship, read as \"source, label (technology), target\".\n```\n\n- **Element box.** Solid border. Line 1 the name. Line 2 the type tag. Then the description.\n- **Type tag.** Square brackets, closed set, technology after the colon for containers and\n  components. Use square brackets nowhere else in the body. The key may write `[Type]` to\n  explain the tag. Relationship technology goes in parentheses.\n- **Boundary.** Double-line border with the name and the tag in the top edge. It holds the next\n  level down.\n- **Relationship.** One arrow, one direction, one label with the intent and the technology. Do\n  not draw two-headed arrows. Number the labels on a dynamic diagram.\n- **Width.** Keep to about 100 columns. This is a layout guideline, not a lint rule.\n\n## Hard rules\n\n1. One abstraction level per diagram. A container diagram shows containers, plus the people and\n   systems that touch them. It never shows a component. The lint enforces the allowed set per\n   diagram type.\n2. Every element has a name, a type tag, and a one-sentence description. Every container and\n   component names its technology in the tag. Two kinds of element may omit the description:\n   a supporting element repeated from a parent diagram, and a container instance on a\n   deployment diagram.\n3. Every relationship is one arrow, one direction, one intent label. On container, component,\n   and deployment diagrams the label also names the technology or protocol.\n4. Every diagram has a title of the form `\u003CType> diagram: \u003Cscope>` and a `Key:` section.\n5. A container is a runtime unit: an application or a data store that must be running for the\n   system to work. It is not a Docker container. Where a container runs belongs on a deployment\n   diagram, never on the container diagram.\n6. Libraries, frameworks, SDKs, and shared modules are not containers and not software systems.\n   In this workspace `schema`, `redact`, and `fairtrade` are libraries. Show them as technology\n   labels or as components, never as boxes on a context or container diagram.\n7. Do not draw a code diagram by hand. Generate it from the source, or leave it out.\n8. Match the diagram to the code. When the two disagree, the diagram is wrong. Re-derive the\n   element and relationship tables from the source before you redraw.\n9. Every C4 diagram passes `scripts\u002Fc4-lint.py` before it ships. A lint finding is a defect in\n   the diagram, not a reason to relax the lint.\n10. Cite the model, not memory. When a definition matters, quote `references\u002Fglossary.md`, which\n    cites c4model.com page by page.\n\n## Additional resources\n\n### Reference files\n\n- **`references\u002Fglossary.md`** Every C4 term with its definition and its c4model.com source:\n  the five abstractions, the seven diagram types, the deployment vocabulary, the notation\n  vocabulary, and the modelling vocabulary.\n- **`references\u002Fprinciples.md`** The C4 principles with their sources, the verbatim notation\n  rules, the diagram review checklist, and the history of the model.\n- **`references\u002Fascii-notation.md`** The full ASCII notation: box, boundary, arrow, key, layout\n  rules, and one template per diagram type.\n\n### Examples\n\n- **`examples\u002Fpeasant-labs.md`** This workspace drawn as a system landscape, a system context,\n  a container diagram, a component diagram, a dynamic diagram, and a deployment diagram, each\n  with its model tables. Every block passes the lint.\n\n### Scripts\n\n- **`scripts\u002Fc4-lint.py`** Lints every `c4` fenced block in the given Markdown files. Exit 0 when\n  clean, 1 on findings. `--self-test` runs the fixture cases in `scripts\u002Ftestdata\u002Flint-cases.md`.\n  It fails unless every lint code has a case that goes red, every clean case stays green, and\n  every name in the script's `REQUIRED_CASES` manifest is present in the fixture.\n","# Describe architecture with the C4 model, in ASCII\n\nThe C4 model (Simon Brown, c4model.com) describes a software system as a set of zoom levels:\nSystem Context, Containers, Components, and Code. Each level is a map of one element from the\nlevel above. This skill fixes three things: the vocabulary, the principles, and one ASCII notation that a\nscript can check. With them, every diagram in the workspace reads the same way.\n\nDraw in ASCII, not Mermaid or PlantUML. ASCII renders everywhere the workspace writes: GitHub\nMarkdown, issue bodies, Beads records, commit messages, terminals, and agent transcripts. It\nnever depends on a renderer version.\n\n## When to use it, and when not\n\nUse C4 for the static structure of a software system: who uses it, what it talks to, what runs\ninside it, and how the code inside one runnable unit is organised. Use it for a whole polyrepo\n(system landscape), one repo (system context and container), or one binary or app (component).\n\nDo not use C4 for business processes, workflows, state machines, domain models, data models, or\nUI layout. The C4 FAQ excludes these on purpose. Use a sequence list, a state table, an ER\ndiagram, or a wireframe instead. Do not use C4 to document a library, framework, or SDK as a\nsystem in its own right. Show a library as a technology label on the container that imports\nit, or as a component inside that container.\n\n## Workflow\n\n1. **Pick the diagram type by audience and scope.** Most work needs only levels 1 and 2.\n\n   | Diagram | Scope | Shows | Audience |\n   |---|---|---|---|\n   | System Landscape | an organisation or workspace | people and software systems | everyone |\n   | System Context | one software system | the system, its users, its neighbours | everyone |\n   | Container | one software system | the runnable units inside it | technical people |\n   | Component | one container | the components inside it | developers |\n   | Code | one component | classes, functions, packages | developers, generated only |\n   | Dynamic | one feature or story | numbered runtime interactions | everyone |\n   | Deployment | one environment | where each container instance runs | technical and ops |\n\n2. **Build the model before the picture.** Write two tables first. Elements: name, type,\n   technology, one-sentence description. Relationships: source, target, intent, technology. Ground\n   every row in the code, the build files, or the deploy config. Do not draw an element that has\n   no row, and do not leave a row out of the picture. The tables are the model; the diagram is a\n   view of it. Keep the tables in the same file as the diagram when the diagram is long-lived.\n\n3. **Draw with the notation below.** Load `references\u002Fascii-notation.md` for the full rules and\n   one template per diagram type. Load `examples\u002Fpeasant-labs.md` to see the workspace drawn at\n   every level.\n\n4. **Lint the file.** Run `python3 scripts\u002Fc4-lint.py \u003Cfile.md>` from this skill directory. It\n   finds every fenced block whose info string is `c4` and checks the notation. Fix every\n   finding. Run `python3 scripts\u002Fc4-lint.py --self-test` once after any change to the script;\n   the fixture in `scripts\u002Ftestdata\u002Flint-cases.md` must stay green.\n\n5. **Walk the review checklist** in `references\u002Fprinciples.md` before the diagram ships. The lint\n   checks form. The checklist checks meaning: does a reader outside the team understand every\n   box, every arrow, and every technology choice without the author present?\n\n6. **Place it.** A diagram that describes a repo goes in that repo's `AGENTS.md` or `docs\u002F`. A\n   diagram that describes the workspace goes in the workspace guide. A diagram that explains one\n   change goes in the issue or PR body. Keep the model tables next to long-lived diagrams so that\n   the next edit updates both.\n\n## Notation, quick reference\n\nA diagram is a fenced code block with the info string `c4`. Line 1 is the title. The last section\nis the key. The full rules, the closed set of nine type tags, the tags each diagram type may\ncarry, and one template per diagram type are in `references\u002Fascii-notation.md`.\n\n```\nContainer diagram: \u003Cscope>\n\n+--------------------------+     +--------------------------+\n| \u003Cname>                   |     | \u003Cname>                   |\n| [Container: \u003Ctechnology>]|-- \u003Cintent> (\u003Ctechnology>) -->| [Container: \u003Ctechnology>]|\n| \u003Cdescription.>           |     | \u003Cdescription.>           |\n+--------------------------+     +--------------------------+\n             |\n             | \u003Cintent> (\u003Ctechnology>)\n             v\n+== \u003Cname> [Software System] ===================+\n|  ...elements inside the boundary...            |\n+================================================+\n\nKey:\n  Solid box = element. Double-line box = boundary. [Type] = C4 abstraction.\n  Arrow = one relationship, read as \"source, label (technology), target\".\n```\n\n- **Element box.** Solid border. Line 1 the name. Line 2 the type tag. Then the description.\n- **Type tag.** Square brackets, closed set, technology after the colon for containers and\n  components. Use square brackets nowhere else in the body. The key may write `[Type]` to\n  explain the tag. Relationship technology goes in parentheses.\n- **Boundary.** Double-line border with the name and the tag in the top edge. It holds the next\n  level down.\n- **Relationship.** One arrow, one direction, one label with the intent and the technology. Do\n  not draw two-headed arrows. Number the labels on a dynamic diagram.\n- **Width.** Keep to about 100 columns. This is a layout guideline, not a lint rule.\n\n## Hard rules\n\n1. One abstraction level per diagram. A container diagram shows containers, plus the people and\n   systems that touch them. It never shows a component. The lint enforces the allowed set per\n   diagram type.\n2. Every element has a name, a type tag, and a one-sentence description. Every container and\n   component names its technology in the tag. Two kinds of element may omit the description:\n   a supporting element repeated from a parent diagram, and a container instance on a\n   deployment diagram.\n3. Every relationship is one arrow, one direction, one intent label. On container, component,\n   and deployment diagrams the label also names the technology or protocol.\n4. Every diagram has a title of the form `\u003CType> diagram: \u003Cscope>` and a `Key:` section.\n5. A container is a runtime unit: an application or a data store that must be running for the\n   system to work. It is not a Docker container. Where a container runs belongs on a deployment\n   diagram, never on the container diagram.\n6. Libraries, frameworks, SDKs, and shared modules are not containers and not software systems.\n   In this workspace `schema`, `redact`, and `fairtrade` are libraries. Show them as technology\n   labels or as components, never as boxes on a context or container diagram.\n7. Do not draw a code diagram by hand. Generate it from the source, or leave it out.\n8. Match the diagram to the code. When the two disagree, the diagram is wrong. Re-derive the\n   element and relationship tables from the source before you redraw.\n9. Every C4 diagram passes `scripts\u002Fc4-lint.py` before it ships. A lint finding is a defect in\n   the diagram, not a reason to relax the lint.\n10. Cite the model, not memory. When a definition matters, quote `references\u002Fglossary.md`, which\n    cites c4model.com page by page.\n\n## Additional resources\n\n### Reference files\n\n- **`references\u002Fglossary.md`** Every C4 term with its definition and its c4model.com source:\n  the five abstractions, the seven diagram types, the deployment vocabulary, the notation\n  vocabulary, and the modelling vocabulary.\n- **`references\u002Fprinciples.md`** The C4 principles with their sources, the verbatim notation\n  rules, the diagram review checklist, and the history of the model.\n- **`references\u002Fascii-notation.md`** The full ASCII notation: box, boundary, arrow, key, layout\n  rules, and one template per diagram type.\n\n### Examples\n\n- **`examples\u002Fpeasant-labs.md`** This workspace drawn as a system landscape, a system context,\n  a container diagram, a component diagram, a dynamic diagram, and a deployment diagram, each\n  with its model tables. Every block passes the lint.\n\n### Scripts\n\n- **`scripts\u002Fc4-lint.py`** Lints every `c4` fenced block in the given Markdown files. Exit 0 when\n  clean, 1 on findings. `--self-test` runs the fixture cases in `scripts\u002Ftestdata\u002Flint-cases.md`.\n  It fails unless every lint code has a case that goes red, every clean case stays green, and\n  every name in the script's `REQUIRED_CASES` manifest is present in the fixture.\n",{"name":5,"description":7},"main","7fe8098d35c17a7d6497a81e4c08abb4c2d02735",".claude\u002Fskills\u002Fc4-model",0,"https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins","https:\u002F\u002Fgithub.com\u002Fdayvidpham","dhpham.com","2026-11-09 16:34:09",{"source":8,"skillName":5,"commands":61,"prompt":71,"zipAvailable":72},[62,65,68],{"tool":63,"command":64},"npx","npx skills add dayvidpham\u002Faura-plugins --skill c4-model",{"tool":66,"command":67},"bunx","bunx skills add dayvidpham\u002Faura-plugins --skill c4-model",{"tool":69,"command":70},"pnpm","pnpm dlx skills add dayvidpham\u002Faura-plugins --skill c4-model","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fc4-model\u002FSKILL.md",true,[74,80,84,90,94,98,102,106,111,115,119,123,126,130,134,138,142,146,150,154,158,162,166,170,174,178,182,186,190,194,198,202,206,210,214,218,222,226,230,234,238,242,246,250,254,258,262,266,270,274,278,282,286,290,294,298,302,306,310,314,318,322,326,330],{"path":75,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":78,"sourceHtmlUrl":79},"editing.md","REFERENCE","参考文档",6885,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fediting.md",{"path":81,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":82,"sourceHtmlUrl":83},"examples\u002Fpeasant-labs.md",19738,"https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fc4-model\u002Fexamples\u002Fpeasant-labs.md",{"path":85,"resourceType":86,"resourceTypeDesc":87,"sizeBytes":88,"sourceHtmlUrl":89},"LICENSE.txt","LICENSE","许可证",1467,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002FLICENSE.txt",{"path":91,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":92,"sourceHtmlUrl":93},"pptxgenjs.md",12819,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fpptxgenjs.md",{"path":95,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":96,"sourceHtmlUrl":97},"references\u002Fascii-notation.md",16245,"https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fc4-model\u002Freferences\u002Fascii-notation.md",{"path":99,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":100,"sourceHtmlUrl":101},"references\u002Fglossary.md",18495,"https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fc4-model\u002Freferences\u002Fglossary.md",{"path":103,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":104,"sourceHtmlUrl":105},"references\u002Fprinciples.md",9152,"https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fc4-model\u002Freferences\u002Fprinciples.md",{"path":107,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":55,"sourceHtmlUrl":110},"scripts\u002F__init__.py","SCRIPT","脚本","https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002F__init__.py",{"path":112,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":113,"sourceHtmlUrl":114},"scripts\u002Fadd_slide.py",6872,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Fadd_slide.py",{"path":116,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":117,"sourceHtmlUrl":118},"scripts\u002Fc4-lint.py",12925,"https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fc4-model\u002Fscripts\u002Fc4-lint.py",{"path":120,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":121,"sourceHtmlUrl":122},"scripts\u002Fclean.py",9583,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Fclean.py",{"path":124,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":55,"sourceHtmlUrl":125},"scripts\u002Foffice\u002Fhelpers\u002F__init__.py","https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fhelpers\u002F__init__.py",{"path":127,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":128,"sourceHtmlUrl":129},"scripts\u002Foffice\u002Fhelpers\u002Fmerge_runs.py",5567,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fhelpers\u002Fmerge_runs.py",{"path":131,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":132,"sourceHtmlUrl":133},"scripts\u002Foffice\u002Fhelpers\u002Fsimplify_redlines.py",5754,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fhelpers\u002Fsimplify_redlines.py",{"path":135,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":136,"sourceHtmlUrl":137},"scripts\u002Foffice\u002Fpack.py",4991,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fpack.py",{"path":139,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":140,"sourceHtmlUrl":141},"scripts\u002Foffice\u002Fschemas\u002Fecma\u002Ffouth-edition\u002Fopc-contentTypes.xsd",1963,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fecma\u002Ffouth-edition\u002Fopc-contentTypes.xsd",{"path":143,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":144,"sourceHtmlUrl":145},"scripts\u002Foffice\u002Fschemas\u002Fecma\u002Ffouth-edition\u002Fopc-coreProperties.xsd",2515,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fecma\u002Ffouth-edition\u002Fopc-coreProperties.xsd",{"path":147,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":148,"sourceHtmlUrl":149},"scripts\u002Foffice\u002Fschemas\u002Fecma\u002Ffouth-edition\u002Fopc-digSig.xsd",2856,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fecma\u002Ffouth-edition\u002Fopc-digSig.xsd",{"path":151,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":152,"sourceHtmlUrl":153},"scripts\u002Foffice\u002Fschemas\u002Fecma\u002Ffouth-edition\u002Fopc-relationships.xsd",1344,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fecma\u002Ffouth-edition\u002Fopc-relationships.xsd",{"path":155,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":156,"sourceHtmlUrl":157},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-chart.xsd",74984,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-chart.xsd",{"path":159,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":160,"sourceHtmlUrl":161},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-chartDrawing.xsd",6956,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-chartDrawing.xsd",{"path":163,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":164,"sourceHtmlUrl":165},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-diagram.xsd",51302,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-diagram.xsd",{"path":167,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":168,"sourceHtmlUrl":169},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-lockedCanvas.xsd",624,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-lockedCanvas.xsd",{"path":171,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":172,"sourceHtmlUrl":173},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-main.xsd",152039,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-main.xsd",{"path":175,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":176,"sourceHtmlUrl":177},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-picture.xsd",1231,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-picture.xsd",{"path":179,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":180,"sourceHtmlUrl":181},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-spreadsheetDrawing.xsd",8862,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-spreadsheetDrawing.xsd",{"path":183,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":184,"sourceHtmlUrl":185},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-wordprocessingDrawing.xsd",14795,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fdml-wordprocessingDrawing.xsd",{"path":187,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":188,"sourceHtmlUrl":189},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fpml.xsd",83612,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fpml.xsd",{"path":191,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":192,"sourceHtmlUrl":193},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-additionalCharacteristics.xsd",1269,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-additionalCharacteristics.xsd",{"path":195,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":196,"sourceHtmlUrl":197},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-bibliography.xsd",7328,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-bibliography.xsd",{"path":199,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":200,"sourceHtmlUrl":201},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-commonSimpleTypes.xsd",6382,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-commonSimpleTypes.xsd",{"path":203,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":204,"sourceHtmlUrl":205},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-customXmlDataProperties.xsd",1248,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-customXmlDataProperties.xsd",{"path":207,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":208,"sourceHtmlUrl":209},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-customXmlSchemaProperties.xsd",880,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-customXmlSchemaProperties.xsd",{"path":211,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":212,"sourceHtmlUrl":213},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-documentPropertiesCustom.xsd",2608,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-documentPropertiesCustom.xsd",{"path":215,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":216,"sourceHtmlUrl":217},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-documentPropertiesExtended.xsd",3507,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-documentPropertiesExtended.xsd",{"path":219,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":220,"sourceHtmlUrl":221},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-documentPropertiesVariantTypes.xsd",7507,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-documentPropertiesVariantTypes.xsd",{"path":223,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":224,"sourceHtmlUrl":225},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-math.xsd",23313,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-math.xsd",{"path":227,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":228,"sourceHtmlUrl":229},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-relationshipReference.xsd",1367,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fshared-relationshipReference.xsd",{"path":231,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":232,"sourceHtmlUrl":233},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fsml.xsd",242277,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fsml.xsd",{"path":235,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":236,"sourceHtmlUrl":237},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fvml-main.xsd",26148,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fvml-main.xsd",{"path":239,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":240,"sourceHtmlUrl":241},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fvml-officeDrawing.xsd",25279,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fvml-officeDrawing.xsd",{"path":243,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":244,"sourceHtmlUrl":245},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fvml-presentationDrawing.xsd",535,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fvml-presentationDrawing.xsd",{"path":247,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":248,"sourceHtmlUrl":249},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fvml-spreadsheetDrawing.xsd",5712,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fvml-spreadsheetDrawing.xsd",{"path":251,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":252,"sourceHtmlUrl":253},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fvml-wordprocessingDrawing.xsd",4010,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fvml-wordprocessingDrawing.xsd",{"path":255,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":256,"sourceHtmlUrl":257},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fwml.xsd",171367,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fwml.xsd",{"path":259,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":260,"sourceHtmlUrl":261},"scripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fxml.xsd",4646,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002FISO-IEC29500-4_2016\u002Fxml.xsd",{"path":263,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":264,"sourceHtmlUrl":265},"scripts\u002Foffice\u002Fschemas\u002Fmce\u002Fmc.xsd",3127,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fmce\u002Fmc.xsd",{"path":267,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":268,"sourceHtmlUrl":269},"scripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-2010.xsd",26549,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-2010.xsd",{"path":271,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":272,"sourceHtmlUrl":273},"scripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-2012.xsd",3745,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-2012.xsd",{"path":275,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":276,"sourceHtmlUrl":277},"scripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-2018.xsd",901,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-2018.xsd",{"path":279,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":280,"sourceHtmlUrl":281},"scripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-cex-2018.xsd",1778,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-cex-2018.xsd",{"path":283,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":284,"sourceHtmlUrl":285},"scripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-cid-2016.xsd",1002,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-cid-2016.xsd",{"path":287,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":288,"sourceHtmlUrl":289},"scripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-sdtdatahash-2020.xsd",600,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-sdtdatahash-2020.xsd",{"path":291,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":292,"sourceHtmlUrl":293},"scripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-symex-2015.xsd",745,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fschemas\u002Fmicrosoft\u002Fwml-symex-2015.xsd",{"path":295,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":296,"sourceHtmlUrl":297},"scripts\u002Foffice\u002Fsoffice.py",5301,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fsoffice.py",{"path":299,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":300,"sourceHtmlUrl":301},"scripts\u002Foffice\u002Funpack.py",4052,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Funpack.py",{"path":303,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":304,"sourceHtmlUrl":305},"scripts\u002Foffice\u002Fvalidate.py",3668,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fvalidate.py",{"path":307,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":308,"sourceHtmlUrl":309},"scripts\u002Foffice\u002Fvalidators\u002F__init__.py",336,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fvalidators\u002F__init__.py",{"path":311,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":312,"sourceHtmlUrl":313},"scripts\u002Foffice\u002Fvalidators\u002Fbase.py",32651,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fvalidators\u002Fbase.py",{"path":315,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":316,"sourceHtmlUrl":317},"scripts\u002Foffice\u002Fvalidators\u002Fdocx.py",16376,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fvalidators\u002Fdocx.py",{"path":319,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":320,"sourceHtmlUrl":321},"scripts\u002Foffice\u002Fvalidators\u002Fpptx.py",9824,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fvalidators\u002Fpptx.py",{"path":323,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":324,"sourceHtmlUrl":325},"scripts\u002Foffice\u002Fvalidators\u002Fredlining.py",8918,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Foffice\u002Fvalidators\u002Fredlining.py",{"path":327,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":328,"sourceHtmlUrl":329},"scripts\u002Ftestdata\u002Flint-cases.md",8684,"https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fc4-model\u002Fscripts\u002Ftestdata\u002Flint-cases.md",{"path":331,"resourceType":108,"resourceTypeDesc":109,"sizeBytes":332,"sourceHtmlUrl":333},"scripts\u002Fthumbnail.py",8785,"https:\u002F\u002Fgithub.com\u002FSESELOVSKYDarian\u002FVase\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpptx\u002Fscripts\u002Fthumbnail.py",[335,361,390,395,401,406],{"skillNo":336,"name":337,"nameZh":6,"description":338,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":339,"categories":340,"keywords":341,"publishedAt":47},"01M70PPVS3CW9RYWGZ4KSNV7MV","afk-implement","Run an unattended (\"AFK\") implementation session as the supervisor — scope small progressive iterations, push feature branches, open pull requests, drive review waves to clean, and never merge. Use when the user says they are going AFK or to bed, asks for overnight autonomous implementation, says \"don't block on me\", \"open PRs but don't merge\", \"progressive adoption\", or \"stack changes\".","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fafk-implement\u002FSKILL.md",[],[342,343,344,345,346,347,348,349,350,351,22,352,353,354,355,356,357,358,359,360],"implement","afk implement","pull","bed","never","scope","clean","branches","open","autonomous","review","pull requests","stack","me","run","merge","unattended","overnight","but",{"skillNo":362,"name":363,"nameZh":6,"description":364,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":365,"categories":366,"keywords":372,"publishedAt":47},"01M6CHSCKDTSV05385SJ05XWW6","protocol","Aura protocol reference documentation — 12-phase workflow, agent roles, constraints, and coding standards. Read when you need to understand the full workflow or look up conventions.","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002Fskills\u002Fprotocol\u002FSKILL.md",[367],{"categoryNo":368,"categoryName":369,"taxonomyType":370,"taxonomyTypeDesc":371},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[363,373,374,375,376,377,378,379,380,381,382,383,22,384,385,386,387,388,389],"coding","standards","documentation","read","up","coding standards","reference","look","workflow","full","constraints","you","phase","roles","understand","conventions","aura",{"skillNo":391,"name":363,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":392,"categories":393,"keywords":394,"publishedAt":47},"01M6CHSBJDVKGWAJWQCNQ22F9F","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002Fnix\u002Fhm-module-test-data\u002Ffull\u002Fskills\u002Fprotocol\u002FSKILL.md",[],[363],{"skillNo":396,"name":397,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":398,"categories":399,"keywords":400,"publishedAt":47},"01M6CHSAJY85M0W8NEAN4PRF82","example","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002Fnix\u002Fhm-module-test-data\u002Ffull\u002Fskills\u002Fexample\u002FSKILL.md",[],[397],{"skillNo":402,"name":397,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":403,"categories":404,"keywords":405,"publishedAt":47},"01M6CHS9KQJYCWR1C9F2GJDZYX","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002Fnix\u002Fhm-module-test-data\u002Ffull\u002F.opencode\u002Fskill\u002Fexample\u002FSKILL.md",[],[397],{"skillNo":407,"name":397,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":408,"categories":409,"keywords":410,"publishedAt":47},"01M6CHS8MSW2SDQ5Y05A3GZES4","https:\u002F\u002Fgithub.com\u002Fdayvidpham\u002Faura-plugins\u002Fblob\u002Fmain\u002Fnix\u002Fhm-module-test-data\u002Ffull\u002F.agents\u002Fskills\u002Fexample\u002FSKILL.md",[],[397]]