mcpbeat Sign in

Corp New Agent Skill

Use when creating, verifying, or registering a private corp-* department repository for a founder or company operating system, including local repo setup, GitHub repository creation or cloning, safe synchronization, and registration in an HQ Markdown file.

101k tokens
context cost
the whole folder, loaded on every use
4
files
instructions only
0
copies elsewhere
how many repositories repackaged it
211
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/serejaris/personal-corp-skills --skill corp-new

What comes with it

397 840 bytes besides the instruction
README.md
README.ru.md
assets/illustration.png

The instruction itself

10 sections, as written by the author

Corp New

Create or verify a private corp-* department repository and register it in a local HQ Markdown file.

What The Skill May Change

After approval, this skill may create a local folder, initialize git, create a private GitHub repository, clone an existing repository, commit a minimal README, push committed work, fetch from origin, and edit one HQ table row.

Stop and ask for explicit approval after the dry-run summary before any create, clone, commit, push, or HQ edit.

Configuration

Resolve configuration in this order: explicit user request, environment variables, project instructions, then documented defaults.

Required values from the user or project config:

| Value | Env var | Default |

|---|---|---|

| Department label | DEPARTMENT_LABEL | ask the user |

| Department domain | DEPARTMENT_DOMAIN | ask the user |

| GitHub owner or org | GITHUB_OWNER | ask the user |

| Local repositories root | CORP_REPOS_ROOT | ~/Documents/GitHub |

| HQ Markdown file | HQ_FILE | ask the user |

| Repository prefix | REPO_PREFIX | corp- |

Optional values:

  • DEPARTMENT_TABLE_HEADING: heading or marker near the department table.
  • DEPARTMENT_SLUG: explicit slug override.

Ask before making changes if the department label, department domain, GITHUB_OWNER, or HQ_FILE cannot be resolved. Repositories are private by design; do not offer public visibility unless the user explicitly overrides the skill's safety model.

Preflight

Before creating or editing anything:

git --version
gh auth status
gh api user --jq '.login'
test -d "$CORP_REPOS_ROOT"
test -f "$HQ_FILE"

Reject unsafe targets:

  • archive/history folders for HQ_FILE;
  • slug that does not match ^corp-[a-z0-9][a-z0-9-]*$ unless the user explicitly overrides;
  • ambiguous ownership when an existing department could already own the domain.

Read-Only Preflight Result

Report this before the dry run:

Local folder: exists | missing | conflict
GitHub repo: exists | missing | inaccessible
HQ row: exists | missing | ambiguous
Proposed action: create | clone | register | update existing row | verify only

Dry Run Summary

Before making changes, show a short summary:

Department: <Human label>
Slug: <corp-slug>
Local path: <CORP_REPOS_ROOT>/<corp-slug>
GitHub repo: <GITHUB_OWNER>/<corp-slug>
HQ file: <HQ_FILE>
HQ row: | <Human label> | `<local path>`; [GitHub](https://github.com/<GITHUB_OWNER>/<corp-slug>) | <domain> |

Stop here and ask for explicit approval. Continue only after the user approves the proposed mutations.

Workflow

  • Normalize the department.
  • Prefer <REPO_PREFIX><domain> as the slug.
  • Keep the human label short, for example Media, Legal, Analytics.
  • Keep the domain description operational, for example media assets and publishing workflows.
  • Inspect existing state.
  • Local: test -d "$CORP_REPOS_ROOT/$SLUG".
  • GitHub: gh repo view "$GITHUB_OWNER/$SLUG" --json name,visibility,url,sshUrl,defaultBranchRef.
  • HQ: rg -n "$SLUG|$DEPARTMENT_LABEL" "$HQ_FILE".
  • Create missing resources.
  • If local folder is missing and GitHub exists, clone it into $CORP_REPOS_ROOT/$SLUG.
  • If GitHub is missing and local folder is a git repo, create a private remote and push committed work:

gh repo create "$GITHUB_OWNER/$SLUG" --private --source "$CORP_REPOS_ROOT/$SLUG" --remote origin --push.

  • If both are missing, create the local folder, initialize git, add a minimal README.md, commit, create the private GitHub repo, and push.
  • If local exists with unrelated uncommitted work, preserve it. Push only committed changes unless the user explicitly asks to commit current work.
  • Sync safely.
  • Run git -C "$CORP_REPOS_ROOT/$SLUG" fetch origin.
  • Check git -C "$CORP_REPOS_ROOT/$SLUG" status --short --branch.
  • Push only when the current branch is ahead and no pull/rebase decision is needed.
  • Never force-push, reset, delete, or discard user work.
  • Register in HQ.
  • Add or update exactly one row in the department table:

| <Human label> | \<local path>\; GitHub | <domain> |

  • Keep the HQ edit minimal.
  • Do not copy department content into HQ; link to the owner repo.
  • Verify.
  • Confirm GitHub visibility is PRIVATE.
  • Confirm default branch and URL from gh repo view.
  • Confirm local remote points to the configured GitHub repo.
  • Show the exact HQ row changed.

Minimal README

When bootstrapping an empty department repo, use a small neutral README:

# <Department Name>

Owner repository for <department domain>.

## Scope

- <primary responsibility>
- <secondary responsibility>

## Source of truth

This repository owns department-specific workflows and artifacts. Cross-department routing lives in the HQ file.

Final Response

Report only verified facts:

Created or verified: <GITHUB_OWNER>/<SLUG>
Visibility: PRIVATE
Local path: <path>
GitHub: <url>
Default branch: <branch>
HQ row: <exact row>
Skipped: <anything intentionally left untouched>

Boundaries

This skill manages department repository registration. Product claims, pricing, secrets, billing evidence, customer data, and operational runbooks belong in the appropriate owner repository and must not be copied into the HQ index.

Other skills for the same job

different authors, same section of the catalogue
Obsidian CLI
by kepano
×2

Interact with Obsidian vaults using the Obsidian CLI to read, create, search, and manage notes, tasks, properties, and more. Also supports plugin and theme development with commands to reload plugins, run JavaScript, capture errors, take screenshots, and inspect the DOM. Use when the user asks to interact with their Obsidian vault, manage notes, search vault content, perform vault operations from the command line, or develop and debug Obsidian plugins and themes.

795 tokens
Architecture Blueprint Generator
by github
vendor ×1

Comprehensive project architecture blueprint generator that analyzes codebases to create detailed architectural documentation. Automatically detects technology stacks and architectural patterns, generates visual diagrams, documents implementation patterns, and provides extensible blueprints for maintaining architectural consistency and guiding new development.

3k tokens
Omero Integration
by K-Dense-AI
×1

Securely inspect and automate microscopy data workflows against OMERO.server with omero-py, BlitzGateway, OMERO CLI, tables, annotations, ROIs, rendering, and documented OMERO.web APIs. Use for scoped OMERO inventory, metadata export, import/export planning, or reviewed write workflows.

36k tokens scripts
Review
by AvdLee
×1

Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes — Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/PRD asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X".

1k tokens
API Documenter
by lingxling
×1

Master API documentation with OpenAPI 3.1, AI-powered tools, and modern developer experience practices. Create interactive docs, generate SDKs, and build comprehensive developer portals.

2k tokens
API Changelog Versioning
by ComeOnOliver
×1

Creates comprehensive API changelogs documenting breaking changes, deprecations, and migration strategies for API consumers. Use when managing API versions, communicating breaking changes, or creating upgrade guides.

496 tokens
API Documenter
by ComeOnOliver
×1

Master API documentation with OpenAPI 3.1, AI-powered tools, and modern developer experience practices. Create interactive docs, generate SDKs, and build comprehensive developer portals. Use PROACTIVELY for API documentation or developer portal creation.

4k tokens
Data Substrate Analysis
by ComeOnOliver
×1

Analyze fundamental data primitives, type systems, and state management patterns in a codebase. Use when (1) evaluating typing strategies (Pydantic vs TypedDict vs loose dicts), (2) assessing immutability and mutation patterns, (3) understanding serialization approaches, (4) documenting state shape and lifecycle, or (5) comparing data modeling approaches across frameworks.

4k tokens

How to use it

Copy the folder

Take serejaris/corp-new from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.