[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6ERG0F87R8BKXW0PF5T1N41":3,"skill-same:01M6ERG0F87R8BKXW0PF5T1N41":103},{"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":23,"publishedAt":51,"linkOnly":52,"markdownContent":53,"markdownBody":54,"frontMatter":55,"refName":60,"commitSha":61,"skillDirectory":62,"forksCount":63,"repositoryHtmlUrl":64,"repositoryHomepageUrl":65,"ownerHtmlUrl":66,"ownerBlogUrl":6,"ownerDescription":67,"updatedAt":68,"install":69,"resources":82},"01M6ERG0F87R8BKXW0PF5T1N41","blueprint-figure",null,"Draws static SVG figures for lessons, READMEs and manuals in the AI Engineering from Scratch look: paper panel, blueprint accent, nine figure kinds, fixed hue meanings, eight arrow styles, and checks for legibility and markup. Trigger phrases: \"draw a figure\", \"blueprint figure\", \"sequence figure\", \"state machine figure\", \"figure for this lesson\", \"add a diagram to the manual\".","rohitg00\u002Fai-engineering-from-scratch","rohitg00","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F48523873?v=4","01M6ERFX7W55NRHW3AV85T2MM8","Rohit Ghumare","01M6ERFXCHT482XQFVY40TM2FN",78488,"MIT","https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fblueprint-figure\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000016","图像与多媒体","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50],"Blueprint","blueprint figure","add","scratch","static","legibility","sequence","state machine","for","manual","figures","From Scratch","styles","machine","panel","accessibility","trigger","SVG","paper","lesson","diagrams","look","arrow","state","diagram","documentation","ai engineering","2026-11-10 10:12:30",false,"---\nname: blueprint-figure\nversion: 1.0.0\ndescription: >\n  Draws static SVG figures for lessons, READMEs and manuals in the AI Engineering\n  from Scratch look: paper panel, blueprint accent, nine figure kinds, fixed hue\n  meanings, eight arrow styles, and checks for legibility and markup.\n  Trigger phrases: \"draw a figure\", \"blueprint figure\", \"sequence figure\",\n  \"state machine figure\", \"figure for this lesson\", \"add a diagram to the manual\".\ntags: [svg, figures, diagrams, accessibility, documentation]\n---\n\n# Blueprint Figure\n\nThis skill draws one static SVG figure that explains one mechanism of a real system. The figure uses the real names from the system: ids, field names, method names, status codes and sequence numbers. It sits on a light paper panel and uses a small set of hues with fixed meanings. It stays readable at 640 units wide on screen and in print. Claude, Cursor, Codex, OpenClaw, Hermes, or any agent that reads SKILL.md can use it. The sibling skill `course-style` holds the full course tokens. This skill copies the tokens it needs, so it works alone.\n\n## When to use\n\n- A lesson, README or manual needs a picture of how parts of a system talk, store data, or change state.\n- You have a capture, a log, a spec or source code that gives the real names.\n- The claim fits one of the nine kinds below.\n\n## When not to use\n\n- The figure must move or respond to a slider. Use the sibling skill `motion-figure`.\n- The subject is a physical machine explainer with depth and controls. Use the sibling skill `isometric-explainer`.\n- The data is a chart of numbers over many points. Use a chart tool.\n- You do not have real names for the parts. Get a capture or a source first.\n\n## Method\n\n1. Write the claim first. One sentence, at most 28 words, that the figure proves.\n2. Pick one kind from the table below. If two kinds fit, draw two figures.\n3. Collect the real names from the source: parties, fields, methods, codes, sequence numbers.\n4. Write the hue table for the figure set before you draw (see \"Colour\").\n5. Sketch the layout on the 640-unit grid. Keep content between x 20 and x 620.\n6. Draw the figure with a script. Start from `templates\u002Ffigure.mjs`. Do not edit the SVG by hand.\n7. Run the script. It stops on a label that is too small, too wide, or outside the figure.\n8. Run the checks in `references\u002Fchecks.md`. Fix every finding.\n9. Render the SVG to PNG and look at it at 100% and at 50% width.\n10. Write the caption: the bold claim, how to read the figure, then the source.\n\n## The nine kinds\n\n| Kind | Use it for |\n|---|---|\n| `sequence` | parties on lifelines, time running down, numbered exchanges |\n| `structure` | the anatomy of one record, object, or schema |\n| `flow` | stages that data passes through, with who writes and who reads |\n| `comparison` | two answers to one question, side by side |\n| `timeline` | tracks over a numbered axis such as commit sequence or time |\n| `tree` | ownership, containment, or delegation |\n| `state` | a state machine with its transitions |\n| `decision` | where something fails and what each outcome means |\n| `layers` | a stack of layers with the parts each one owns |\n\nLayout numbers for each kind are in `references\u002Fkinds.md`.\n\n## What a figure shows\n\n- Show the real system with real names. Never draw generic boxes such as \"Component A\".\n- Never draw stat cards, progress bars, or decorative icons.\n- Make one claim per figure.\n- Compare two behaviours of the subject. Never compare with an earlier build of your own project.\n- Number the exchanges in a sequence in the order they happen in the capture.\n\n## Colour\n\nTen hues: `grey`, `blue`, `teal`, `violet`, `green`, `amber`, `plum`, `olive`, `indigo`, `rose`. Each hue has an ink and a fill token. A hue means the same thing in every figure of one set.\n\nFour meanings are fixed:\n\n| Hue | Fixed meaning |\n|---|---|\n| `rose` | failure: errors, crashes, aborts, lost work |\n| `grey` | outside the subject: the host, the operator, out of scope |\n| `amber` | lifecycle: tasks, phases, state machines |\n| `teal` | durable state: storage and committed records |\n\nAssign the other six hues once per set and write the table in the page or the manual front matter.\n\nWrite every colour as `var(--m-\u003Ctoken>, \u003Clight hex>)`, for example `var(--m-rose-ink, #b0344d)`. The host page supplies dark values. A README shows the light hex. All light and dark values are in `references\u002Fgrammar.md`.\n\n## Arrows\n\n| Style | Means |\n|---|---|\n| solid ink | a call or request |\n| dashed ink | a reply |\n| solid teal | a durable write |\n| dashed amber | a state change |\n| solid plum | a model call or compute |\n| dashed olive | an effect outside the system |\n| dotted indigo | a stream or an event |\n| dashed rose | a failure |\n\n- Line width is 1.2. Dashed is `5 4`. Dotted is `1.5 3.5` with round caps.\n- Use one arrowhead marker per hue, with the id `\u003Cfigure-id>-head-\u003Chue>`.\n- End each arrow 1 unit before the target border.\n- Figure 0.1, the first figure of a set, shows each arrow style that the set uses.\n\n## Borders\n\n- Solid border in the hue ink: a normal part or state.\n- Dashed border: interrupted, optional, or not present.\n- Double border (a second rect inset 3 units): a terminal state.\n- Hatched fill: waiting time on a timeline bar. Never put text on it.\n\n## Legibility rules\n\n- Text is at least 11 units at the 640-unit width. That is 11 pixels on screen and about 8 points in print.\n- Box titles are 12.5 bold mono. Sub lines are 11 serif. Arrow labels are 11.5. Notes are 11 serif.\n- Every serif line carries its own font: `class=\"m-serif\"` and `font-family=\"Source Serif 4, Georgia, serif\"`. Then the figure looks the same inline on any page, in a README image, and in a manual.\n- Kickers are 11, upper case, letter spacing 1.2, in ink-mute.\n- No ellipsis in labels. No text over text. No text on a hatched fill. No line through text.\n- A label that does not fit goes outside with a leader line or into a numbered key. Never reduce the font size.\n- Put each arrow label on a knock patch in the panel colour, with `class=\"m-knock\"`.\n- Draw the knock patch after the line and before the label.\n- A knock patch hides a line. It never counts as the box that a label must fit inside.\n- Measure text before you place it: mono width is `characters × size × 0.6`, serif width is `characters × size × 0.54`.\n\n## Technical rules\n\n- Root: `viewBox=\"0 0 640 H\"` with H at most 760, `role=\"img\"`, `aria-labelledby=\"\u003Cid>-title \u003Cid>-desc\"`.\n- Root font and ink: `font-family=\"JetBrains Mono, ui-monospace, monospace\"` and `fill=\"var(--m-ink, #1a1a1a)\"`. Serif lines set their own `font-family` as above.\n- A `\u003Ctitle>` and a `\u003Cdesc>` of at least 40 characters, as direct children of the root.\n- The `desc` names every part and every exchange in reading order.\n- Every `id` starts with the figure id, such as `fig-4-1-head-amber`.\n- Figure ids are lowercase words and digits joined by hyphens, such as `fig-4-1`.\n- Use only the elements and attributes listed in `references\u002Fchecks.md`.\n- No `style`, no scripts, no event handlers, no links, no images.\n- `transform` only as `translate()` on `\u003Cg>`.\n- One `\u003Ctext>` element per line of text.\n- The file is at most 40 KB and has at most 450 drawn elements.\n\n## The caption\n\nPut the caption in the page around the SVG. Do not put it inside the SVG.\n\n1. Start with the claim in bold: one sentence, at most 28 words, ending with a period.\n2. Say how to read the figure, such as \"Read top to bottom.\"\n3. Name the source, such as the capture file.\n\nIn a manual, declare the figure in a fenced block:\n\n````text\n```figure\nid: fig-4-1\nkind: state\ntitle: the task lifecycle\nclaim: A task ends in one of four terminal states and never leaves one.\ncaption: Read left to right. Dashed borders are interrupted states. From capture\u002Fout\u002Ftask-states.txt.\n```\n````\n\nIn a lesson or README, put the SVG in an image tag or inline, then the caption as a paragraph under it.\n\n## Keep source and output together\n\n- Save the figure script beside the SVG, such as `figures\u002Fsrc\u002Ffig-4-1.js` and `figures\u002Ffig-4-1.svg`.\n- Build the SVG from the script every time. Never edit the SVG by hand after a build.\n- Before you commit, build again and confirm that the committed SVG equals the script output.\n\n## Check before you finish\n\n- [ ] The claim is one sentence of at most 28 words.\n- [ ] Every label is a real name from the source. No \"Component A\".\n- [ ] The figure uses one of the nine kinds.\n- [ ] Rose means failure, grey means outside, amber means lifecycle, teal means durable state.\n- [ ] Every arrow uses one of the eight styles and means what the table says.\n- [ ] `viewBox` width is 640 and height is at most 760.\n- [ ] `role=\"img\"`, `aria-labelledby`, `\u003Ctitle>` and a `\u003Cdesc>` of 40 or more characters are present.\n- [ ] Every `id` starts with the figure id.\n- [ ] Every colour is `var(--m-\u003Ctoken>, \u003Clight hex>)` with the correct hex.\n- [ ] No text is below 11 units, outside the viewBox, over other text, or crossed by a line.\n- [ ] No ellipsis in any label.\n- [ ] Every serif line has a `font-family` attribute and the root has the ink `fill`, so the figure needs no host stylesheet.\n- [ ] No `style`, script, link, image, or transform other than `translate()` on `\u003Cg>`.\n- [ ] The file is at most 40 KB.\n- [ ] The PNG render is readable at 50% width.\n- [ ] The caption has the bold claim, the reading order, and the source.\n- [ ] The committed SVG equals the script output.\n\n## Files\n\n- `references\u002Fkinds.md`: layout numbers for each of the nine kinds, and figure 0.1.\n- `references\u002Fgrammar.md`: light and dark tokens, hue meanings, arrow strokes, markers, text sizes and metrics, shapes, optional beats.\n- `references\u002Fchecks.md`: every check with its test, the allowed elements and attributes, and the caption rules.\n- `templates\u002Ffigure.mjs`: a self-contained Node script with a small figure kit and one `sequence` figure. Run `node templates\u002Ffigure.mjs out.svg` to write the SVG, or omit the path to print it.\n\nInside the AI Engineering from Scratch repo, also see `manuals\u002F_shared\u002Ffigkit.js` (the full kit), `manuals\u002F_shared\u002Ftemplates\u002F` (one script per kind), and `scripts\u002Faudit_manuals.js` (the figure lint).\n","# Blueprint Figure\n\nThis skill draws one static SVG figure that explains one mechanism of a real system. The figure uses the real names from the system: ids, field names, method names, status codes and sequence numbers. It sits on a light paper panel and uses a small set of hues with fixed meanings. It stays readable at 640 units wide on screen and in print. Claude, Cursor, Codex, OpenClaw, Hermes, or any agent that reads SKILL.md can use it. The sibling skill `course-style` holds the full course tokens. This skill copies the tokens it needs, so it works alone.\n\n## When to use\n\n- A lesson, README or manual needs a picture of how parts of a system talk, store data, or change state.\n- You have a capture, a log, a spec or source code that gives the real names.\n- The claim fits one of the nine kinds below.\n\n## When not to use\n\n- The figure must move or respond to a slider. Use the sibling skill `motion-figure`.\n- The subject is a physical machine explainer with depth and controls. Use the sibling skill `isometric-explainer`.\n- The data is a chart of numbers over many points. Use a chart tool.\n- You do not have real names for the parts. Get a capture or a source first.\n\n## Method\n\n1. Write the claim first. One sentence, at most 28 words, that the figure proves.\n2. Pick one kind from the table below. If two kinds fit, draw two figures.\n3. Collect the real names from the source: parties, fields, methods, codes, sequence numbers.\n4. Write the hue table for the figure set before you draw (see \"Colour\").\n5. Sketch the layout on the 640-unit grid. Keep content between x 20 and x 620.\n6. Draw the figure with a script. Start from `templates\u002Ffigure.mjs`. Do not edit the SVG by hand.\n7. Run the script. It stops on a label that is too small, too wide, or outside the figure.\n8. Run the checks in `references\u002Fchecks.md`. Fix every finding.\n9. Render the SVG to PNG and look at it at 100% and at 50% width.\n10. Write the caption: the bold claim, how to read the figure, then the source.\n\n## The nine kinds\n\n| Kind | Use it for |\n|---|---|\n| `sequence` | parties on lifelines, time running down, numbered exchanges |\n| `structure` | the anatomy of one record, object, or schema |\n| `flow` | stages that data passes through, with who writes and who reads |\n| `comparison` | two answers to one question, side by side |\n| `timeline` | tracks over a numbered axis such as commit sequence or time |\n| `tree` | ownership, containment, or delegation |\n| `state` | a state machine with its transitions |\n| `decision` | where something fails and what each outcome means |\n| `layers` | a stack of layers with the parts each one owns |\n\nLayout numbers for each kind are in `references\u002Fkinds.md`.\n\n## What a figure shows\n\n- Show the real system with real names. Never draw generic boxes such as \"Component A\".\n- Never draw stat cards, progress bars, or decorative icons.\n- Make one claim per figure.\n- Compare two behaviours of the subject. Never compare with an earlier build of your own project.\n- Number the exchanges in a sequence in the order they happen in the capture.\n\n## Colour\n\nTen hues: `grey`, `blue`, `teal`, `violet`, `green`, `amber`, `plum`, `olive`, `indigo`, `rose`. Each hue has an ink and a fill token. A hue means the same thing in every figure of one set.\n\nFour meanings are fixed:\n\n| Hue | Fixed meaning |\n|---|---|\n| `rose` | failure: errors, crashes, aborts, lost work |\n| `grey` | outside the subject: the host, the operator, out of scope |\n| `amber` | lifecycle: tasks, phases, state machines |\n| `teal` | durable state: storage and committed records |\n\nAssign the other six hues once per set and write the table in the page or the manual front matter.\n\nWrite every colour as `var(--m-\u003Ctoken>, \u003Clight hex>)`, for example `var(--m-rose-ink, #b0344d)`. The host page supplies dark values. A README shows the light hex. All light and dark values are in `references\u002Fgrammar.md`.\n\n## Arrows\n\n| Style | Means |\n|---|---|\n| solid ink | a call or request |\n| dashed ink | a reply |\n| solid teal | a durable write |\n| dashed amber | a state change |\n| solid plum | a model call or compute |\n| dashed olive | an effect outside the system |\n| dotted indigo | a stream or an event |\n| dashed rose | a failure |\n\n- Line width is 1.2. Dashed is `5 4`. Dotted is `1.5 3.5` with round caps.\n- Use one arrowhead marker per hue, with the id `\u003Cfigure-id>-head-\u003Chue>`.\n- End each arrow 1 unit before the target border.\n- Figure 0.1, the first figure of a set, shows each arrow style that the set uses.\n\n## Borders\n\n- Solid border in the hue ink: a normal part or state.\n- Dashed border: interrupted, optional, or not present.\n- Double border (a second rect inset 3 units): a terminal state.\n- Hatched fill: waiting time on a timeline bar. Never put text on it.\n\n## Legibility rules\n\n- Text is at least 11 units at the 640-unit width. That is 11 pixels on screen and about 8 points in print.\n- Box titles are 12.5 bold mono. Sub lines are 11 serif. Arrow labels are 11.5. Notes are 11 serif.\n- Every serif line carries its own font: `class=\"m-serif\"` and `font-family=\"Source Serif 4, Georgia, serif\"`. Then the figure looks the same inline on any page, in a README image, and in a manual.\n- Kickers are 11, upper case, letter spacing 1.2, in ink-mute.\n- No ellipsis in labels. No text over text. No text on a hatched fill. No line through text.\n- A label that does not fit goes outside with a leader line or into a numbered key. Never reduce the font size.\n- Put each arrow label on a knock patch in the panel colour, with `class=\"m-knock\"`.\n- Draw the knock patch after the line and before the label.\n- A knock patch hides a line. It never counts as the box that a label must fit inside.\n- Measure text before you place it: mono width is `characters × size × 0.6`, serif width is `characters × size × 0.54`.\n\n## Technical rules\n\n- Root: `viewBox=\"0 0 640 H\"` with H at most 760, `role=\"img\"`, `aria-labelledby=\"\u003Cid>-title \u003Cid>-desc\"`.\n- Root font and ink: `font-family=\"JetBrains Mono, ui-monospace, monospace\"` and `fill=\"var(--m-ink, #1a1a1a)\"`. Serif lines set their own `font-family` as above.\n- A `\u003Ctitle>` and a `\u003Cdesc>` of at least 40 characters, as direct children of the root.\n- The `desc` names every part and every exchange in reading order.\n- Every `id` starts with the figure id, such as `fig-4-1-head-amber`.\n- Figure ids are lowercase words and digits joined by hyphens, such as `fig-4-1`.\n- Use only the elements and attributes listed in `references\u002Fchecks.md`.\n- No `style`, no scripts, no event handlers, no links, no images.\n- `transform` only as `translate()` on `\u003Cg>`.\n- One `\u003Ctext>` element per line of text.\n- The file is at most 40 KB and has at most 450 drawn elements.\n\n## The caption\n\nPut the caption in the page around the SVG. Do not put it inside the SVG.\n\n1. Start with the claim in bold: one sentence, at most 28 words, ending with a period.\n2. Say how to read the figure, such as \"Read top to bottom.\"\n3. Name the source, such as the capture file.\n\nIn a manual, declare the figure in a fenced block:\n\n````text\n```figure\nid: fig-4-1\nkind: state\ntitle: the task lifecycle\nclaim: A task ends in one of four terminal states and never leaves one.\ncaption: Read left to right. Dashed borders are interrupted states. From capture\u002Fout\u002Ftask-states.txt.\n```\n````\n\nIn a lesson or README, put the SVG in an image tag or inline, then the caption as a paragraph under it.\n\n## Keep source and output together\n\n- Save the figure script beside the SVG, such as `figures\u002Fsrc\u002Ffig-4-1.js` and `figures\u002Ffig-4-1.svg`.\n- Build the SVG from the script every time. Never edit the SVG by hand after a build.\n- Before you commit, build again and confirm that the committed SVG equals the script output.\n\n## Check before you finish\n\n- [ ] The claim is one sentence of at most 28 words.\n- [ ] Every label is a real name from the source. No \"Component A\".\n- [ ] The figure uses one of the nine kinds.\n- [ ] Rose means failure, grey means outside, amber means lifecycle, teal means durable state.\n- [ ] Every arrow uses one of the eight styles and means what the table says.\n- [ ] `viewBox` width is 640 and height is at most 760.\n- [ ] `role=\"img\"`, `aria-labelledby`, `\u003Ctitle>` and a `\u003Cdesc>` of 40 or more characters are present.\n- [ ] Every `id` starts with the figure id.\n- [ ] Every colour is `var(--m-\u003Ctoken>, \u003Clight hex>)` with the correct hex.\n- [ ] No text is below 11 units, outside the viewBox, over other text, or crossed by a line.\n- [ ] No ellipsis in any label.\n- [ ] Every serif line has a `font-family` attribute and the root has the ink `fill`, so the figure needs no host stylesheet.\n- [ ] No `style`, script, link, image, or transform other than `translate()` on `\u003Cg>`.\n- [ ] The file is at most 40 KB.\n- [ ] The PNG render is readable at 50% width.\n- [ ] The caption has the bold claim, the reading order, and the source.\n- [ ] The committed SVG equals the script output.\n\n## Files\n\n- `references\u002Fkinds.md`: layout numbers for each of the nine kinds, and figure 0.1.\n- `references\u002Fgrammar.md`: light and dark tokens, hue meanings, arrow strokes, markers, text sizes and metrics, shapes, optional beats.\n- `references\u002Fchecks.md`: every check with its test, the allowed elements and attributes, and the caption rules.\n- `templates\u002Ffigure.mjs`: a self-contained Node script with a small figure kit and one `sequence` figure. Run `node templates\u002Ffigure.mjs out.svg` to write the SVG, or omit the path to print it.\n\nInside the AI Engineering from Scratch repo, also see `manuals\u002F_shared\u002Ffigkit.js` (the full kit), `manuals\u002F_shared\u002Ftemplates\u002F` (one script per kind), and `scripts\u002Faudit_manuals.js` (the figure lint).\n",{"name":5,"tags":56,"version":58,"description":59},[57,34,44,39,49],"svg","1.0.0","Draws static SVG figures for lessons, READMEs and manuals in the AI Engineering from Scratch look: paper panel, blueprint accent, nine figure kinds, fixed hue meanings, eight arrow styles, and checks for legibility and markup. Trigger phrases: \"draw a figure\", \"blueprint figure\", \"sequence figure\", \"state machine figure\", \"figure for this lesson\", \"add a diagram to the manual\".\n","main","fe6c657dfb8d02cc898fcee7d4cfbf663aae1416",".claude\u002Fskills\u002Fblueprint-figure",13971,"https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch","https:\u002F\u002Faiengineeringfromscratch.com","https:\u002F\u002Fgithub.com\u002Frohitg00","Engineer | DevRel | GDE | CNCF, AAIF, Claude, Devin, PE Ambassador | Docker Captain | AWS CB | Ex - iii, Cloudera, Solo.io, Cerbos, Oracle, Reliance Jio","2026-11-11 20:45:16",{"source":8,"skillName":5,"commands":70,"prompt":80,"zipAvailable":81},[71,74,77],{"tool":72,"command":73},"npx","npx skills add rohitg00\u002Fai-engineering-from-scratch --skill blueprint-figure",{"tool":75,"command":76},"bunx","bunx skills add rohitg00\u002Fai-engineering-from-scratch --skill blueprint-figure",{"tool":78,"command":79},"pnpm","pnpm dlx skills add rohitg00\u002Fai-engineering-from-scratch --skill blueprint-figure","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fblueprint-figure\u002FSKILL.md",true,[83,89,93,97],{"path":84,"resourceType":85,"resourceTypeDesc":86,"sizeBytes":87,"sourceHtmlUrl":88},"references\u002Fchecks.md","REFERENCE","参考文档",4870,"https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fblueprint-figure\u002Freferences\u002Fchecks.md",{"path":90,"resourceType":85,"resourceTypeDesc":86,"sizeBytes":91,"sourceHtmlUrl":92},"references\u002Fgrammar.md",7296,"https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fblueprint-figure\u002Freferences\u002Fgrammar.md",{"path":94,"resourceType":85,"resourceTypeDesc":86,"sizeBytes":95,"sourceHtmlUrl":96},"references\u002Fkinds.md",5088,"https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fblueprint-figure\u002Freferences\u002Fkinds.md",{"path":98,"resourceType":99,"resourceTypeDesc":100,"sizeBytes":101,"sourceHtmlUrl":102},"templates\u002Ffigure.mjs","SCRIPT","脚本",8229,"https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fblueprint-figure\u002Ftemplates\u002Ffigure.mjs",[104,135,170,194,222,242],{"skillNo":105,"name":106,"nameZh":6,"description":107,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":108,"categories":109,"keywords":110,"publishedAt":51},"01M6ERNQB1QMAD1FH5Z5ASYHXZ","write-manual","Writes a long technical manual that explains one subject at one pinned version, from its purpose to each request and response. Every listing comes from an offline capture, every claim traces to a ranked source, and an audit must report TOTAL 0. Use it for \"write a manual\", \"write a 101 manual for \u003Csubject>\", \"manual.json\", \"add a manual section\", \"build a capture kit\", \"audit the manual\", or \"pin a spec version and document it\".","https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002Fskills\u002Fwrite-manual\u002FSKILL.md",[],[111,112,33,113,114,115,49,116,117,26,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,32,134],"write","write manual","technical-writing","claim","writing","audit","offline","long","technical","use","document","pin","version","build","manuals","specifications","json","report","kit","listing","request","at","source","section",{"skillNo":136,"name":137,"nameZh":6,"description":138,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":139,"categories":140,"keywords":152,"publishedAt":51},"01M6ERNKG9FZ3WGJ87B975SHW5","start-learning","One-time onboarding for the AI Engineering from Scratch curriculum (542 lessons, 20 phases). Interviews the learner, runs the placement quiz, and writes LEARNING.md, a persistent study plan the learn skill drives. Trigger phrases: \"start learning\", \"set up the course\", \"begin the curriculum\", \"onboard me\", \"create my learning plan\"","https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002Fskills\u002Fstart-learning\u002FSKILL.md",[141,144,149],{"categoryNo":142,"categoryName":143,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":145,"categoryName":146,"taxonomyType":147,"taxonomyTypeDesc":148},"01JBSEEDCAT000000000000038","人力资源","PROFESSION","适用职业",{"categoryNo":150,"categoryName":151,"taxonomyType":147,"taxonomyTypeDesc":148},"01JBSEEDCAT000000000000039","教师与教育",[153,154,155,156,157,158,159,160,50,161,162,163,164,165,166,167,40,168,169,32],"start","learning","start learning","SET","ai-engineering","time","up","learn","create","plan","me","course","learner","curriculum","study","interviews","my",{"skillNo":171,"name":172,"nameZh":6,"description":173,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":174,"categories":175,"keywords":176,"publishedAt":51},"01M6ERNECV0WVSTXHX8KRF9MBJ","motion-figure","Builds figures that move or respond to the reader, in three tiers: SMIL animations and slider widgets inside lessons, interactive mechanism figures that show the named parts of a real system with a computed verdict, and ordered dither bands in the course palette. Triggers: \"animated figure\", \"add a slider widget\", \"interactive figure\", \"show how this system works\", \"make this diagram move\", \"dither masthead\", \"mechanism figure\", \"figure fence\".","https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002Fskills\u002Fmotion-figure\u002FSKILL.md",[],[177,178,179,180,181,182,183,48,184,185,26,186,34,164,41,187,188,189,190,191,192,193],"motion","motion figure","Animation","show","move","respond","palette","widgets","how","make","three","system","triggers","interactive","with","animations","lessons",{"skillNo":195,"name":196,"nameZh":6,"description":197,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":198,"categories":199,"keywords":203,"publishedAt":51},"01M6ERNAC0DQ8ER3A99VQBXNNZ","mcpa-certification","AI-native tutor and onboarding workflow for the MCPA (Model Context Protocol Associate) certification in AI Engineering from Scratch. Use when a learner wants to prepare for the MCPA, resume their certification path, learn the next lesson interactively, run and verify practical labs, take the diagnostic or a full mock, or remediate weak exam domains from GitHub with Claude Code, Codex, ChatGPT, Cursor, or another agent.","https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002Fskills\u002Fmcpa-certification\u002FSKILL.md",[200,201,202],{"categoryNo":142,"categoryName":143,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":145,"categoryName":146,"taxonomyType":147,"taxonomyTypeDesc":148},{"categoryNo":150,"categoryName":151,"taxonomyType":147,"taxonomyTypeDesc":148},[204,205,43,206,207,208,209,160,210,211,212,50,213,214,215,216,217,218,219,220,221],"mcpa certification","certification","practical","model","domains","exam","workflow","code","model context protocol","native","next","run","take","chatgpt","full","context","ai-native","when",{"skillNo":223,"name":224,"nameZh":6,"description":225,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":226,"categories":227,"keywords":229,"publishedAt":51},"01M6ERN5TAAAJ7FE9N86SX6M2M","lesson-screen","Opens a lesson screen in the browser next to the terminal while a course tutor teaches. It shows the lesson's registered figures, code traces with real values, and clickable predictions. It also builds a figure for the lesson on the fly with the course figure skills and any figure skill the host has installed: a blueprint, a mechanism, an isometric machine, or a 3D model. Clicks return to the tutor as events. Trigger phrases: \"open the lesson screen\", \"show me this visually\", \"show this in 3D\", \"draw the architecture\", \"visualize this lesson\", \"build a figure for this lesson\", \"lesson screen\".","https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002Fskills\u002Flesson-screen\u002FSKILL.md",[228],{"categoryNo":150,"categoryName":151,"taxonomyType":147,"taxonomyTypeDesc":148},[43,230,231,180,232,207,233,234,24,235,236,211,237,238,163,214,239,240,241,34],"screen","lesson screen","3D","open","host","predictions","show me","architecture","browser","terminal","fly","events",{"skillNo":243,"name":160,"nameZh":6,"description":244,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":245,"categories":246,"keywords":250,"publishedAt":51},"01M6ERN1HS8HW1TRJVX5P7SPY0","Interactive lesson tutor for the AI Engineering from Scratch curriculum. Reads LEARNING.md, fetches the next lesson, teaches it section by section in the terminal, quizzes at the end, and records progress. Works cloned or entirely over raw.githubusercontent.com — no setup required. Trigger phrases: \"next lesson\", \"teach me\", \"continue the course\", \"let's learn\", \"resume learning\"","https:\u002F\u002Fgithub.com\u002Frohitg00\u002Fai-engineering-from-scratch\u002Fblob\u002Fmain\u002Fskills\u002Flearn\u002FSKILL.md",[247,248,249],{"categoryNo":142,"categoryName":143,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":145,"categoryName":146,"taxonomyType":147,"taxonomyTypeDesc":148},{"categoryNo":150,"categoryName":151,"taxonomyType":147,"taxonomyTypeDesc":148},[160,43,157,251,50,163,252,214,239,164,166,40,253,254,154,190,255,35,132,32,134,27],"end","progress","records","continue","interactive-learning"]