feat: add Simplified Technical English skill - #5
Conversation
|
ⓘ Your Qodo trial ends soon. Ask your workspace admin to set up billing to keep reviews running after the trial. Manage billing |
PR Summary by QodoAdd Simplified Technical English skill and register it in the knowledge bundle
AI Description
Diagram
High-Level Assessment
Files changed (6)
|
Code Review by Qodo
Context used✅ Compliance rules (platform):
161 rules✅ Skills:
|
| name: simplified-technical-english | ||
| title: "Simplified Technical English" | ||
| description: "Write and revise technical content so labels, headings, instructions, plans, status names, error messages, identifiers, and Git branches are clear without hidden context. Use when creating or reviewing technical documentation, operational procedures, UI labels, project phases or gates, issue and PR titles, and branch names; especially when text contains unexplained shorthand, vague labels, long instructions, inconsistent terms, or branches such as work/updates that do not identify the change type and topic." | ||
| resource: "https://en.wikipedia.org/wiki/Simplified_Technical_English" |
There was a problem hiding this comment.
1. Resource metadata inconsistent 🐞 Bug ⚙ Maintainability
The new skill’s SKILL.md sets frontmatter resource to a Wikipedia page, unlike the rest of the repo where resource consistently points to the canonical GitHub skill directory URL. This makes resource inconsistent with the bundle’s kb:format convention and with other skills’ metadata.
Agent Prompt
## Issue description
The `resource` frontmatter field for `simplified-technical-english` points to Wikipedia, while this repository’s convention uses `resource` as the canonical URL for the skill package in this repo.
## Issue Context
- `scripts/apply-okf-conventions.mjs` (run via `npm run kb:format`) populates `resource` with the GitHub tree URL when missing, and all existing skills use that same pattern.
- You can still keep the Wikipedia link as a *source citation* in the body (or in a `## Source` / `## Citations` section); the fix is about what `resource` represents.
## Fix Focus Areas
- skills/simplified-technical-english/SKILL.md[1-10]
- scripts/apply-okf-conventions.mjs[86-97]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
| "name": "simplified-technical-english", | ||
| "path": "skills/simplified-technical-english", | ||
| "origin": "authored", | ||
| "license": "MIT", | ||
| "tags": [ | ||
| "documentation", | ||
| "technical-writing", | ||
| "naming", | ||
| "git", | ||
| "workflow" | ||
| ], | ||
| "publish_decision": "candidate", | ||
| "provenance": { | ||
| "summary": "Original dirtybits-authored guidance informed by the public Simplified Technical English overview.", | ||
| "attribution_notes": [ | ||
| "Uses general clarity principles and original examples; does not reproduce or claim formal compliance with ASD-STE100." | ||
| ] | ||
| } |
There was a problem hiding this comment.
2. Log entry missing 🐞 Bug ⚙ Maintainability
This PR adds a new skill (and updates generated indexes) but does not add a corresponding entry to log.md, reducing the bundle’s semantic change history. The repo conventions describe log.md as the chronological semantic update history.
Agent Prompt
## Issue description
A new skill was added, but `log.md` was not updated to record the semantic change.
## Issue Context
`KB_CONVENTIONS.md` describes `log.md` as the chronological semantic update history for the knowledge bundle.
## Fix Focus Areas
- log.md[1-15]
- KB_CONVENTIONS.md[32-39]
- registry.json[202-219]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
Summary
simplified-technical-englishskill for clear technical labels, headings, instructions, and status namesBase Sepolia Gate A — Pre-deployment verificationfix/wallet-connect-button-handlingTest plan
npm run kb:formatnpm run validate— validated 18 skillsagents/openai.yamland confirmed the default prompt names$simplified-technical-englishValidation note
The generic skill-creator
quick_validate.pyrejects this repository's required OKF frontmatterkeys (
type,title,resource,tags,timestamp, andokf_version). The repository validatoraccepts and requires that metadata, so
npm run validateis the authoritative structural gate.