markheydon
- 52 skills
- 0 followers
- 3 hours ago last updated
- ▌ Microsoft Docs · markheydonQuery official Microsoft documentation to find concepts, tutorials, and code examples across Azure, .NET, Agent Framework, Aspire, VS Code, GitHub, and more. Uses Microsoft Learn MCP as the default, with Context7 and Aspire MCP for content that lives outside learn.microsoft.com.
- ▌ Microsoft Code Reference · markheydonLook up Microsoft API references, find working code samples, and verify SDK code is correct. Use when working with Azure SDKs, .NET libraries, or Microsoft APIs—to find the right method, check parameters, get working examples, or troubleshoot errors. Catches hallucinated methods, wrong signatures, and deprecated patterns by querying official docs.
- ▌ Bicep Implement · markheydonCreates and validates Azure Bicep templates for this repo. Use when writing or modifying Bicep in infra/, using Azure Verified Modules, or when the user asks for infrastructure-as-code changes.
- ▌ Technical Writing · markheydon bundleWrites developer documentation, tutorials, ADRs, and blog posts for this repo. Use when creating or editing website/content/, README.md, CHANGELOG.md, or user-facing technical content.
- ▌ Sync Github Content · markheydon bundleScans GitHub repos against markheydon.me.uk project/blog coverage, maintains github-content-index.md, drafts missing project pages locally, proposes blog posts only when warranted, and audits screenshot paths. Use when the user runs /sync-github-content or asks to sync GitHub work to Projects and Blog content.
- ▌ Sync Public Identity · markheydonSyncs this Hugo showcase from identity.md into hugo.yml, plus consultant-voice scan and allowed tags. Use when the user edits identity.md, runs /sync-identity, or asks to update public messaging, branding, or taxonomy on markheydon.me.uk.
- ▌ Support Governance · markheydonSupport governance for this repository. Use when reviewing or updating supported PHP, Monolog, WordPress, WP-CLI, smoke-test tuples, CI matrices, or source-of-truth compatibility documentation.
- ▌ Adr Writing · markheydon bundleWrite consistent Architecture Decision Records (ADRs) for the Rename My Files project. Use when documenting significant architectural decisions, trade-offs, or technical direction choices. Ensures all ADRs follow standard structure, naming conventions, and cross-referencing patterns.
- ▌ Plan Management · markheydon bundleMaintain consistent structure and format for IMPLEMENTATION_PLAN.md and SCOPE.md documents. Use when creating, updating, or reviewing the implementation plan or scope documents to ensure phase naming, section headers, checklist formats, status symbols, and notation follow project conventions.
- ▌ Pr Address Review · markheydonReview all open comment threads on a pull request, fix the issues raised, reply to each thread explaining what was done, and resolve the conversation. Use when a PR has received code review with open threads that need addressing before merge.
- ▌ Implement Endpoint · markheydonImplement or retrofit one FreeAgent endpoint end-to-end with strict model guardrails, sample app sync, and plan-first workflow. Use when adding or updating SDK resource services, models, tests, or sample pages for a FreeAgent API entity.
- ▌ Create Architectural Decision Record · markheydonCreate an Architectural Decision Record (ADR) document for AI-optimized decision documentation.
- ▌ Project Documentation · markheydon bundleProject-aware documentation conventions that complement the upstream documentation-writer skill. Use when writing or updating README content, docs pages, user guides, tutorials, or technical blog posts in a repository that provides project context files such as GOALS.md, SCOPE.md, CONVENTIONS.md, or .github/copilot-instructions.md.
- ▌ Github Issue Management · markheydon bundleManage GitHub Issues using a structured label taxonomy (epic/story/bug), triage new issues, apply labels per strategy, maintain project board membership, and keep issues organised across one or more repos. Use when creating issues, triaging unlabelled issues, updating labels, managing milestones, or checking board consistency.
- ▌ End User Docs · markheydonWrite and improve end-user documentation for Import To Planner public docs pages. Use when creating or editing docs/ pages such as index, getting-started, csv-format, import-workflow, troubleshooting, faq, privacy-and-security, or self-hosted; when improving wording and structure for non-technical readers; when enforcing UK English; when validating docs against repository contracts/specs and public-content boundaries.
- ▌ Dotnet Best Practices Repo · markheydonApply practical, repository-aligned .NET/C# engineering practices without forcing framework-specific or architecture-specific choices.
- ▌ Fluentui Blazor Usage · markheydon bundleProvides accurate coding patterns for building Blazor applications with the Microsoft.FluentUI.AspNetCore.Components v5 NuGet package. Covers service registration, theming (CSS-based, no FluentDesignTheme), layout, navigation, dialogs, data grid, forms, icons, and common pitfalls.
- ▌ Speckit Agent Context Update · markheydonRefresh the managed Spec Kit section in coding agent context file(s)
- ▌ Mudblazor · markheydon bundleGuide for using the MudBlazor component library in Blazor Server applications. Use this when building or refactoring Blazor pages and components for SoloDevBoard. Covers setup, layout, component usage patterns, dialog and snackbar services, data grids, forms, colour pickers, theming, and bUnit testing with MudBlazor. Also use when troubleshooting z-index, popup rendering, or styling issues.
- ▌ Csharp Docs · markheydonEnsure that C# types are documented with XML comments and follow best practices for documentation.
- ▌
- ▌ Breakdown Plan · markheydonIssue Planning and Automation prompt that generates comprehensive project plans with Epic > Feature > Story/Enabler > Test hierarchy, dependencies, priorities, and automated tracking.
- ▌ Breakdown Test · markheydonTest Planning and Quality Assurance prompt that generates comprehensive test strategies, task breakdowns, and quality validation plans for GitHub projects.
- ▌ Dotnet Inspect · markheydonFind evidence for .NET packages, platform libraries, assemblies, APIs, dependencies, SourceLink/source, and API version diffs.
- ▌ Repo Decision Log · markheydonRoute and record architectural and technical decisions for SoloDevBoard using the repo memory model (constitution, decision log, feature issues).
- ▌ Repo Github Gh CLI · markheydonGitHub CLI guidance for SoloDevBoard issue triage, label management, pull requests, workflows, and project operations.
- ▌ Repo Github Issues · markheydon bundleCreate, update, and manage GitHub issues using MCP tools. Use this skill when users want to create bug reports, feature requests, or task issues, update existing issues, add labels/assignees/milestones, or manage issue workflows. Triggers on requests like "create an issue", "file a bug", "request a feature", "update issue X", or any GitHub issue management task.
- ▌ Repo Github Project · markheydonManage the SoloDevBoard Roadmap GitHub Project (Project #8). Add issues to the board, set Phase/Priority/Status/Date fields, manage the Up Next queue, and keep the project in sync with the issue lifecycle. Use this skill whenever creating or updating GitHub issues for SoloDevBoard.
- ▌ Documentation Writer · markheydonDiátaxis Documentation Expert. Creates high-quality software documentation using the Diátaxis framework.
- ▌ Dotnet Best Practices · markheydonEnsure .NET/C# code meets best practices for the solution/project.
- ▌
- ▌
- ▌
- ▌ Repo Readme Generator · markheydonGenerate or refresh README.md for MeatyTimes by analysing Spec Kit artefacts, governance docs, and repository layout. Use when the user asks to create, update, or regenerate the repository README, project documentation overview, or onboarding docs for new contributors.
- ▌
- ▌ Speckit Plan · markheydonExecute the implementation planning workflow using the plan template to generate design artifacts.
- ▌ Speckit Tasks · markheydonGenerate an actionable, dependency-ordered tasks.md for the feature based on available design artifacts.
- ▌ Speckit Analyze · markheydonPerform a non-destructive cross-artifact consistency and quality analysis across spec.md, plan.md, and tasks.md after task generation.
- ▌ Speckit Clarify · markheydonIdentify underspecified areas in the current feature spec by asking up to 5 highly targeted clarification questions and encoding answers back into the spec.
- ▌ Speckit Specify · markheydonCreate or update the feature specification from a natural language feature description.
- ▌ Repo Update Docs · markheydonRefresh this repository's README.md and public docs/ from repository-native sources.
- ▌ Speckit Converge · markheydonAssess the current codebase against the feature's spec, plan, and tasks, then append any remaining unbuilt work as new tasks to tasks.md so implement can complete it.
- ▌ Speckit Checklist · markheydonGenerate a custom checklist for the current feature based on user requirements.
- ▌
- ▌
- ▌ Speckit Constitution · markheydonCreate or update the project constitution from interactive or provided principle inputs, ensuring all dependent templates stay in sync.
- ▌
- ▌ Speckit Taskstoissues · markheydonConvert existing tasks into actionable, dependency-ordered GitHub issues for the feature based on available design artifacts.
- ▌ Speckit Brownfield Scan · markheydonAuto-discover project structure, tech stack, frameworks, and architecture patterns
- ▌ Speckit Brownfield Migrate · markheydonIncrementally adopt SDD for existing features with reverse-engineered specs
- ▌ Speckit Brownfield Validate · markheydonVerify bootstrap output matches actual project structure and conventions
- ▌ Speckit Brownfield Bootstrap · markheydonGenerate spec-kit configuration tailored to the existing codebase