Skip to content

docs: improve new user onboarding with terminology, CLI plugins, and collections clarity#1520

Open
katriendg wants to merge 7 commits intomainfrom
feat/docs-new-user
Open

docs: improve new user onboarding with terminology, CLI plugins, and collections clarity#1520
katriendg wants to merge 7 commits intomainfrom
feat/docs-new-user

Conversation

@katriendg
Copy link
Copy Markdown
Contributor

Description

Improved the new user experience across the README, getting started docs, and CLI plugin documentation based on user research findings. The research identified 18 unanswered questions after reading the README, a critical naming collision where "hve-core" is used in 4 distinct contexts, and zero documentation on how to use agents after CLI plugin installation.

README Improvements

Addressing the "30-second test" failures: users could identify what HVE Core is and how to install it, but couldn't grasp key terminology or discover the CLI installation path.

  • Expanded Hypervelocity Engineering with a parenthetical definition and replaced "constraint-based" with "convention-driven" plus an inline explanation
  • Added one-click install badges using vscode:extension/ URI scheme for both flagship and all-collections extensions
  • Added CLI plugin installation path in Quick Start for Copilot CLI users with marketplace registration and install commands
  • Added collections context paragraph with RPI acronym expansion before the extension comparison table
  • Added component-types callout after the What's Included table defining agents, prompts, instructions, and skills

CLI Post-Install Usage (docs/getting-started/methods/cli-plugins.md)

Filling the critical gap: users had zero guidance on what to do after copilot plugin install succeeds.

  • Added "Using Agents After Installation" section documenting named commands vs agent mode interaction patterns
  • Documented the CLI limitation that agent-specific prompts require switching to the agent first via /agent <name>
  • Added example workflows showing the correct sequence and follow-up conversation patterns
  • Listed available agents from the flagship collection with one-line descriptions

Collections Disambiguation (docs/getting-started/install.md)

  • Added NOTE callout disambiguating "HVE Core" across repository, flagship extension, and all-collections extension contexts
  • Added Mermaid diagram showing the repository → collections → extensions relationship
  • Added decision aid ("Which Extension Should I Install?") mapping 4 user scenarios to recommended paths

Post-Install Activation (docs/getting-started/collections.md)

  • Added "After Installing a Collection" section explaining automatic artifact activation across all 4 component types
  • Documented verification steps and path to adding more collections later

Related Issue(s)

Related to #1519

Type of Change

Select all that apply:

Code & Documentation:

  • Bug fix (non-breaking change fixing an issue)
  • New feature (non-breaking change adding functionality)
  • Breaking change (fix or feature causing existing functionality to change)
  • Documentation update

Infrastructure & Configuration:

  • GitHub Actions workflow
  • Linting configuration (markdown, PowerShell, etc.)
  • Security configuration
  • DevContainer configuration
  • Dependency update

AI Artifacts:

  • Reviewed contribution with prompt-builder agent and addressed all feedback
  • Copilot instructions (.github/instructions/*.instructions.md)
  • Copilot prompt (.github/prompts/*.prompt.md)
  • Copilot agent (.github/agents/*.agent.md)
  • Copilot skill (.github/skills/*/SKILL.md)

Note for AI Artifact Contributors:

  • Agents: Research, indexing/referencing other project (using standard VS Code GitHub Copilot/MCP tools), planning, and general implementation agents likely already exist. Review .github/agents/ before creating new ones.
  • Skills: Must include both bash and PowerShell scripts. See Skills.
  • Model Versions: Only contributions targeting the latest Anthropic and OpenAI models will be accepted. Older model versions (e.g., GPT-3.5, Claude 3) will be rejected.
  • See Agents Not Accepted and Model Version Requirements.

Other:

  • Script/automation (.ps1, .sh, .py)
  • Other (please describe):

Sample Prompts (for AI Artifact Contributions)

Testing

  • Verified all changed files follow existing naming conventions
  • Confirmed Mermaid diagram syntax is valid
  • Validated badge URLs use correct shields.io format and vscode:extension/ URI scheme
  • CLI commands match patterns established in existing cli-plugins.md documentation
  • Manual review of rendered markdown formatting for callouts, tables, and code blocks
  • Automated validation deferred to CI pipeline

Checklist

Required Checks

  • Documentation is updated (if applicable)
  • Files follow existing naming conventions
  • Changes are backwards compatible (if applicable)
  • Tests added for new functionality (if applicable) (N/A — documentation-only changes)

AI Artifact Contributions

  • Used /prompt-analyze to review contribution
  • Addressed all feedback from prompt-builder review
  • Verified contribution follows common standards and type-specific requirements

Required Automated Checks

The following validation commands must pass before merging:

  • Markdown linting: npm run lint:md
  • Spell checking: npm run spell-check
  • Frontmatter validation: npm run lint:frontmatter
  • Skill structure validation: npm run validate:skills
  • Link validation: npm run lint:md-links
  • PowerShell analysis: npm run lint:ps
  • Plugin freshness: npm run plugin:generate
  • Docusaurus tests: npm run docs:test

Security Considerations

  • This PR does not contain any sensitive or NDA information
  • Any new dependencies have been reviewed for security issues (N/A — no dependency changes)
  • Security-related scripts follow the principle of least privilege (N/A — no script changes)

katriendg added 2 commits May 4, 2026 07:24
…collections clarity

- add HVE/RPI definitions, component-type callout, and one-click install badges to README
- add CLI plugin install path to Quick Start and Choose Your Extension sections
- add post-install usage guide with named commands vs agent mode to cli-plugins.md
- add collections disambiguation callout and decision aid to install.md
- add "After Installing a Collection" section to collections.md

📚 - Generated by Copilot
@katriendg katriendg requested a review from a team as a code owner May 4, 2026 07:51
@codecov-commenter
Copy link
Copy Markdown

codecov-commenter commented May 4, 2026

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 86.49%. Comparing base (e158d88) to head (6414723).

Additional details and impacted files

Impacted file tree graph

@@            Coverage Diff             @@
##             main    #1520      +/-   ##
==========================================
+ Coverage   85.46%   86.49%   +1.02%     
==========================================
  Files          82       76       -6     
  Lines       11802    10743    -1059     
==========================================
- Hits        10087     9292     -795     
+ Misses       1715     1451     -264     
Flag Coverage Δ
pester 83.59% <ø> (-0.02%) ⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.
see 8 files with indirect coverage changes

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@katriendg katriendg marked this pull request as draft May 4, 2026 07:57
Copy link
Copy Markdown
Contributor

@github-actions github-actions Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Advisory review — this PR is from a maintainer. Findings are informational only.

Overview

Well-structured documentation PR that directly addresses the user research findings from #1519. The changes are well-scoped, the descriptions are clear, and the CLI post-install guidance fills a real gap. Three content accuracy issues and a checklist compliance gap are noted below.


Issue Alignment ✅

The PR links to #1519 as "Related to" (appropriate if the issue stays open for further follow-up). Changes address the stated research findings: terminology definitions, CLI post-install documentation, and the naming disambiguation. Coverage looks thorough.


PR Template Compliance ⚠️

Several Required Automated Checks are unchecked without an (N/A — reason) annotation:

Check Relevance to this PR
npm run lint:frontmatter Docs files carry frontmatter — directly applicable
npm run lint:md-links Links added throughout — directly applicable
npm run docs:test Docusaurus content changed — directly applicable
npm run plugin:generate N/A for docs-only, but annotation is missing

Per the template: "When a conditional checkbox's trigger condition is not met, annotate the checkbox inline with (N/A — {brief reason})." Please either run the applicable commands and check the boxes, or add explicit N/A annotations for the ones that genuinely don't apply.


Coding Standards ✅

Writing style is clear, professional, and consistent with the repo conventions. Docusaurus admonition syntax is used correctly. Mermaid <br/> line breaks follow the documented pattern.


Code Quality Findings

Three inline comments are attached. Summary:

  1. install.md line 73 — The NOTE callout recommends the flagship HVE Core extension for most users, but the existing README text (line 65) and the decision aid directly below (line 89) both recommend HVE Core All for new/exploratory users. The three recommendations are inconsistent and will confuse first-time readers.

  2. install.md line 83C1 --> C2 in the Mermaid diagram implies the flagship collection leads to domain collections, which misrepresents the architecture. Both collections are independent branches from the repository; the All Extension packages them together.

  3. install.md line 71 — The disambiguation NOTE lists 3 of the 4 contexts the PR description says were identified as colliding. The CLI plugin context (hve-core as a plugin name) is missing.


No Security Concerns ✅

Documentation-only change. No credentials, no secrets, no executable code introduced.

Note

🔒 Integrity filter blocked 1 item

The following item were blocked because they don't meet the GitHub integrity level.

  • #1519 issue_read: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".

To allow these resources, lower min-integrity in your GitHub frontmatter:

tools:
  github:
    min-integrity: approved  # merged | approved | unapproved | none

Generated by PR Review for issue #1520 · ● 897.3K

Comment thread docs/getting-started/install.md Outdated
Comment thread docs/getting-started/install.md
Comment thread docs/getting-started/install.md Outdated
katriendg and others added 2 commits May 4, 2026 08:07
Co-authored-by: Copilot <copilot@github.com>
- specify CLI plugin installation command
- differentiate between flagship and all collections for user clarity

🔍 - Generated by Copilot

Co-authored-by: Copilot <copilot@github.com>
@katriendg katriendg marked this pull request as ready for review May 6, 2026 05:41
Copy link
Copy Markdown
Contributor

@github-actions github-actions Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

PR Review Summary

Overall: The changes are well-motivated and address real usability gaps identified in the linked user research. The content additions to cli-plugins.md, install.md, and collections.md are clear and well-structured. One rendering bug in the README.md Quick Start section requires a fix before merging.


Issue Alignment ✅

The PR addresses the user research findings in #1519 — terminology confusion, missing CLI post-install guidance, and the "HVE Core" naming disambiguation. The scope is appropriately bounded and the changes directly match the stated goals.


PR Template Compliance ⚠️

  • "Documentation update" is correctly checked and accurately describes all changes.
  • Three automated validation items remain unchecked that apply to documentation changes:
    • npm run lint:frontmatter — should be run to verify existing frontmatter in the modified docs/ files is still valid after edits.
    • npm run lint:md-links — important given the new cross-doc links and badge URLs added throughout.
    • npm run docs:test — relevant since install.md gains a Mermaid diagram and Docusaurus builds this content.

Please run these and check them off (or annotate N/A with justification) before merging.


Code Quality ❌

README.md Quick Start — numbered list rendering bug (see inline comment):
HTML comment blocks (<!-- markdownlint-disable -->) are block-level elements in CommonMark/GFM and interrupt ordered lists. The badges are placed between list items using HTML comments, which causes the second list to restart at 1. instead of continuing at 2.. New users reading the Quick Start on GitHub will see two step-1s, which undermines the fix this PR is trying to deliver. Moving the badges above the ordered list resolves the issue without any markdownlint suppression needed.


Coding Standards ⚠️

docs/getting-started/collections.md — bolded-prefix list items (see inline comment):
writing-style.instructions.md prohibits the **Term** description list pattern. The "After Installing a Collection" section uses this pattern (**Agents** appear in...). Removing the bold from the component names while keeping the sentence structure intact satisfies the convention without losing clarity.


Positive Highlights ✅

  • The install.md Mermaid diagram correctly represents the repository → collection → extension relationship with proper <br/> line breaks per Docusaurus conventions.
  • The "Which Extension Should I Install?" decision aid in install.md is a genuinely useful addition and the format (scenario → recommendation) is clear.
  • The "Named Commands vs Agent Mode" table and [!IMPORTANT] callout in cli-plugins.md fill a real documentation gap with accurate, actionable guidance.
  • The [!NOTE] callout disambiguating "HVE Core" naming contexts is exactly the right solution for the naming collision problem.

Required Action Items

  1. Fix the numbered list restart in README.md Quick Start (see inline comment — move badges above the list).
  2. Run npm run lint:md-links, npm run lint:frontmatter, and npm run docs:test and update the checklist.

Note

🔒 Integrity filter blocked 1 item

The following item were blocked because they don't meet the GitHub integrity level.

  • #1519 issue_read: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".

To allow these resources, lower min-integrity in your GitHub frontmatter:

tools:
  github:
    min-integrity: approved  # merged | approved | unapproved | none

Generated by PR Review for issue #1520 · ● 894.1K

Comment thread README.md Outdated
Comment thread docs/getting-started/collections.md Outdated
Copy link
Copy Markdown
Contributor

@github-actions github-actions Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

PR Review Summary

Overall: The two issues from the previous review have been addressed — the README Quick Start list restart is fixed and the bolded-prefix pattern in collections.md is resolved. One template compliance gap and one minor content inconsistency remain before this is ready to merge.


Previous Issues — Now Resolved ✅

  • README.md numbered list restart: Fixed. The badges are now placed above the ordered list, so steps 1–3 render correctly without the CommonMark interruption.
  • collections.md bolded-prefix list items: Fixed. The component type names in the "After Installing a Collection" ordered list no longer carry bold formatting.

PR Template Compliance ⚠️ (Blocking)

Three Required Automated Checks remain unchecked without (N/A — reason) annotations:

Check Why it applies to this PR
npm run lint:frontmatter All four modified files are in docs/ and carry frontmatter
npm run lint:md-links New internal cross-doc links and badge URLs were added throughout
npm run docs:test install.md gains a Mermaid diagram; Docusaurus builds this content

Per the PR template: "The following validation commands must pass before merging." Please either run these and check the boxes, or add (N/A — {reason}) annotations for any that genuinely do not apply (e.g., npm run validate:skills, npm run lint:ps, and npm run plugin:generate are reasonable N/A candidates for a docs-only change).


Issue Alignment ✅

The PR addresses the user research findings linked from #1519. Using "Related to" rather than "Fixes/Closes" is appropriate if the issue tracks broader follow-up work.


Coding Standards ✅

Writing style is clear and consistent with repo conventions. Docusaurus admonition syntax is used correctly. The Mermaid diagram uses <br/> line breaks per the documented pattern. The [!NOTE], [!TIP], and [!IMPORTANT] callouts follow the correct GitHub-flavored alert format.


Code Quality ⚠️

docs/getting-started/methods/cli-plugins.md — command name inconsistency (inline comment attached at line 120): The "Named Commands vs Agent Mode" table uses /git-commit while the "When to Use Each Mode" section references /git-commit-message. Readers following the documentation will encounter two different command names for what appears to be the same example. One reference needs to be corrected.


Required Actions

  1. Run the three applicable automated checks (lint:frontmatter, lint:md-links, docs:test) and check the boxes in the checklist, or add explicit N/A annotations for checks that do not apply.
  2. Reconcile the /git-commit vs /git-commit-message command name in cli-plugins.md (see inline comment).

Note

🔒 Integrity filter blocked 1 item

The following item were blocked because they don't meet the GitHub integrity level.

  • #1519 issue_read: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".

To allow these resources, lower min-integrity in your GitHub frontmatter:

tools:
  github:
    min-integrity: approved  # merged | approved | unapproved | none

Generated by PR Review for issue #1520 · ● 972.1K

Comment thread docs/getting-started/methods/cli-plugins.md
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants