Automated summary
A guided lesson (Lesson 1.2) that walks a learner through sketching a tiny knowledge graph — 2 to 4 entities, a few properties and 1 to 2 relations — on a topic they choose, then saves that sketch to outputs/.
Strengths
- A timed, step-by-step teaching script (pick a topic, find entities, add properties, wire relations) with explicit stop points that wait for the learner's answer
- Anchored in a concrete, reusable worked example (Radiohead, Thom Yorke, OK Computer) that makes the entity/property/relation model immediately legible
- Explicitly frames the exercise as a design sketch rather than a build spec, so it never overpromises an app
- Gives precise coaching guidance (cap at 2-3 entities, rephrase links as sentences, watch for the thing-vs-fact instinct) that keeps the exercise short
Limitations
- Assumes the learner already completed Lesson 1.1 and knows the basic vocabulary (entities, properties, relations)
- The file cuts off mid-way through Step 4: the lesson wrap-up, the actual write to outputs/ and the debrief are not described
- No validation or automated review of the resulting sketch; quality depends entirely on how well the model facilitates the conversation
Use it when a learner is new to Geo/GRC-20 and needs to move from the theory of entities and relations to a first concrete model of a topic they care about.
Avoid it when the goal is to actually publish data or build an application — the lesson deliberately produces only a sketch and defers hands-on publishing to Module 3.
Security analysis
SafeThis is a purely pedagogical script: it walks a learner through a design exercise and at most creates one new markdown file under `outputs/`. There is no bash, no network access, no credential or token handling, no destructive command, no obfuscation, and no instruction to disable safety behavior. The only execution-adjacent action is a benign local file write, which is proportionate and reversible.
- •Minor inconsistency: the skill instructs writing `outputs/my-graph-sketch.md` but declares no allowed-tools, so a file-write tool may not be available or is implicitly assumed.
Examples
I'm ready for Lesson 1.2 — teach me how to model my own topic as a knowledge graph.Let's do the Lesson 1.2 exercise with my favorite band as the topic.Walk me through sketching a tiny entity/property/relation graph for my hobby, a community garden, and save the sketch to outputs/.name: start-1-2 description: "Lesson 1.2: Model Your Own Topic - a design exercise: sketch a tiny knowledge graph to make the model concrete"
Lesson 1.2: Model Your Own Topic
You are now teaching Lesson 1.2. This is a design exercise — the learner sketches a tiny graph for a topic they care about, to make the GRC-20 model (entities/properties/relations) concrete. You capture it as a sketch in outputs/. It is not a build spec: in Module 3 the learner publishes just one simple entity (optionally the main thing from this sketch), not the whole graph. The sketch is theirs to understand the model now and grow from later.
This is the one place you write a file. Everything later happens in the browser.
Learning objectives
- Turn a real interest into a small graph (2–4 entities, a few properties, 1–2 relations)
- Practice the "thing vs. fact" instinct from Lesson 1.1
- Produce a design sketch saved to
outputs/— a reference for how they'd model the topic (not a build list)
Teaching script
Step 0: What this lesson is about (1 min)
Say: "In the last lesson you learned the pieces of Geo — entities, properties, and relations. Now let's put them to work: this lesson is where you learn to design knowledge in Geo.
Here's the plan. We'll take a topic you actually care about and sketch a tiny knowledge graph for it — a couple of things, a few facts, and the connections between them. It stays on paper (well, on screen); no app yet. This is a design exercise — the goal is to get how knowledge connects. It's not a to-do list: later, in Module 3, you'll publish just one simple entity to get the hands-on feel. Think of this as learning to see the graph — and you can always grow your sketch into the real thing on your own afterward.
Ready? Let's pick something to model."
Step 1: Pick a topic (2 min)
Say: "Time to make this yours. Pick a topic you know and enjoy — small and concrete is best. Good first topics:
- A band, artist, or album you love
- A book or author
- A favorite place (a city, a café, a park)
- A project, team, or community you're part of
- A hobby (a recipe, a plant, a game)
What would you like to model? Don't overthink it — we only need a handful of facts."
[STOP — wait for the learner to choose a topic. Do not proceed without one.]
Step 2: Find the entities (3 min)
Once they pick a topic, say: "Great choice. First, let's find the things — the entities. Usually there's one main thing and one or two related things.
If your topic were the band Radiohead, the entities might be: Radiohead (the band), Thom Yorke (a member), OK Computer (an album). Three things.
For your topic — what's the main thing, and what are one or two other things connected to it?"
[Help them land on 2–4 entities. Gently steer: if they list 10, suggest starting with 2–3. If they only have 1, ask "what's one thing connected to it — a person, a place, a part of it?"]
Step 3: Add a few facts (properties) (3 min)
Say: "Now let's put a couple of facts on each thing. For the main entity especially:
- It should have a Name (always).
- Maybe a Description (a sentence).
- One or two more: a date, a number, a place — whatever's natural.
What facts do you know about your main thing? I'll help sort which are text, which are numbers or dates."
[For each fact, lightly note the kind: text / number / date / yes-no / link / image. Keep it 2–4 properties per entity max for a first sketch.]
Step 4: Wire the relations (3 min)
Say: "Now the best part — connect them. Remember relations read like a sentence: [this] [relation] [that].
For Radiohead: 'Thom Yorke → member of → Radiohead' and 'OK Computer → by artist → Radiohead.'
For yours — how do your things connect? Give me one or two links in that sentence form."
[Help phrase 1–2 directed relations. Watch for the "thing vs fact" instinct: if they describe something as a property that's really another entity, point it out gently and offer to make it a relation.]
Step 5: Write the sketch to outputs/ (2 min)
Say: "Let me capture your graph so you've got it as a reference — something you can bring to life in the real graph later. I'll save it as a little map."
Then create outputs/my-graph-sketch.md using the template below, filled in with their topic. Confirm the topic/details with them as you write.
Template to write:
# My Geo graph sketch — <TOPIC>
_Created in Lesson 1.2 — a design sketch to understand the model. In Module 3 I'll publish one simple entity (maybe the main thing here) to the Geo Onboarding Space; I can grow the rest later._
## Entities (the things)
### <Main entity name> — type: <e.g. Band / Person / Place / Project>
- Name: <value> (text)
- Description: <value> (text)
- <Other property>: <value> (<kind>)
### <Second entity name> — type: <…>
- Name: <value>
- <property>: <value> (<kind>)
### <Third entity (optional)> — type: <…>
- Name: <value>
## Relations (the connections)
- <Entity A> → <relation, e.g. "member of"> → <Entity B>
- <Entity C> → <relation, e.g. "by artist"> → <Entity A>
## Notes
- <anything to remember about this design>
After writing it, show them the result and say: "Here's your graph on paper. Read it back — does it capture what you meant? We can tweak anything now."
[STOP — let them review and adjust. Update the file if they want changes.]
Step 6: Recap (1 min)
Say: "Look at that — you just designed a piece of a knowledge graph. ✅
- A few entities (your things)
- Some properties (facts on them)
- One or two relations (the connections)
It's saved in outputs/my-graph-sketch.md — a little design you can grow from anytime. Next, in Module 2 you'll set up your identity in Geo; then in Modules 3–4 you'll make your first real contribution to a shared space — starting simple, with a single entity.
Ready to create your space? Run /start-2-1."
Pacing instructions
- This lesson is a back-and-forth, not a monologue. Ask, listen, refine.
- One [STOP] at Step 1 (must have a topic) and one at Step 5 (review the sketch). Don't rush past either.
Important notes
- Keep the sketch small — 2–4 entities. A tiny complete graph beats a sprawling unfinished one, and it keeps the focus on learning the model rather than completeness.
- Steer toward reuse-friendly choices (common types like Person, Place, Band) — the app will have existing types/properties for these, which makes Module 3 smoother.
- If they pick something with no obvious second entity, suggest splitting out a part, a person, a place, or a category as the second entity so there's a relation to draw.
- Only write inside
outputs/.
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/model-your-own-topic-mrwaka3k/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
mkdir -p '.skill-downloads/model-your-own-topic-mrwaka3k' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/model-your-own-topic-mrwaka3k/download' --output '.skill-downloads/model-your-own-topic-mrwaka3k/SKILL.md.part' && mv '.skill-downloads/model-your-own-topic-mrwaka3k/SKILL.md.part' '.skill-downloads/model-your-own-topic-mrwaka3k/SKILL.md'2. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.
Claude Code
test -f '.skill-downloads/model-your-own-topic-mrwaka3k/SKILL.md' && test -s '.skill-downloads/model-your-own-topic-mrwaka3k/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/start-1-2' && cp -R '.skill-downloads/model-your-own-topic-mrwaka3k' '.claude/skills/start-1-2'OpenSkills
OpenSkills must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.
Official OpenSkills installationopenskills install './.skill-downloads/model-your-own-topic-mrwaka3k'openskills read 'model-your-own-topic-mrwaka3k'Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.
For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.
openskills syncManual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/model-your-own-topic-mrwaka3k/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
Writing Fragments
Content
Mine raw writing fragments through a relentless interview, without imposing structure. Capture ideas, quotes, and leading words for later use.
UI Copywriting & Auditing
Content
Write or audit user-facing UI copy including buttons, errors, empty states, and tooltips across the monorepo, following the design system source of truth.
Music MIDI Extraction
Content
Extracts the MIDI or score from an existing music production via the CogMusic MCP tool and confirms availability.