Bryan Grimes avatar

Bryan Grimes

Community

@bearded-giant · Philadelphia, PA

26Followers
|
111Public Repos
|
10Published Skills

Principal Eng: @rechargepayments Owner: Bearded Giant LLC

Skills Distribution
DomainDeveloper To...Code Review & Qual.. (30%)Git & Merge Reques.. (25%)Feature & Task Lif.. (20%)MCP Server Develop.. (15%)

Agent Skills by Bryan Grimes

Showing 10 vetted skills indexed across 1 GitHub repositories.

Frequently Asked Questions About Bryan Grimes

FAQPage Schema
What tasks can I accomplish with Bearded Giant's skills?

You can run adversarial pre-ship code reviews with severity scoring and auto-fixes (grill), burn down prioritized todo lists (burn), query indexed repos without checkout (local-cerebro), publish docs to Notion (notion-publish), manage feature folders (feature-management), post review comments to MRs, ship branches end-to-end (ship-it), build MCP servers, and preview markdown live (mdlive).

Who are these skills designed for?

These skills target software engineers working in Claude Code sessions who manage feature branches, merge requests on GitLab or GitHub, and local documentation. They suit developers wanting skeptical pre-MR review gates, feature-scoped planning, and MCP server development in TypeScript or Python.

How do the grill and ship-it skills work together in practice?

Run grill on your local branch to get a skeptical staff-engineer review of the diff versus base; it auto-fixes high-confidence sev 2-4 findings across up to 5 loops and flags sev-5 items. Once clean, invoke ship-it to commit, push, generate the MR description, and open the merge request.

What are the prerequisites and dependencies for these skills?

Skills require a Claude Code session with git access. notion-publish needs the local notion-multi-mcp server (notion-personal account). local-cerebro requires the local cerebro CLI with indexed repos. review-comment needs prior findings from grill or kai review runs. ship-it refuses to run on base branches like main or master.

How does Notion publishing decide which documents to push?

Publishing policy lives in config/notion-publish.yaml. Class 'auto' docs (frontmatter publish: true or listed kinds) publish on write via a PostToolUse hook. Class 'on_request' docs (research, design, review, grill-run) publish only when you say 'publish to notion' or invoke /notion-publish. Plans, tasks, facts, and specs never publish.