npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

spec-runner

v6.0.0

Published

docs を正本にした開発運用ハーネスを Claude / Copilot に導入する

Downloads

2,453

Readme

spec-runner

AI は設計を飛ばして実装に走る。docs/ があっても読まないし、仕様が曖昧なまま動くコードを返す。

spec-runner はそれを防ぐ。docs/ を正本にした開発フローを AI に守らせるための rules / agents / skills を、Claude Code(.claude/GitHub Copilot(.github/ にインストーラ一発で配る。

フローは 要件定義 → 概要設計 → 詳細設計 → TDD → 実装。AI はこの順序で docs を読み書きしながら進み、設計なしに実装フェーズへ進めない。

インストール後は architecture-skill-development を使ってプロジェクトのアーキテクチャを定義し、そこから プロジェクト専用 skill を生やす。汎用 skill はその土台にすぎない。

インストール

このリポジトリは npm 非公開運用を想定しているため、GitHub を SSH 経由で参照して実行する。

npm exec --yes --package=git+ssh://[email protected]/fandmnet-inhouse/spec-runner.git spec-runner

実行時に Claude / Copilot / 両方 を選ぶ。既存ファイルは原則上書きしない。

導入されるもの

Claude を選んだ場合

<project-root>/
└── .claude/
    ├── agents/
    ├── rules/
    └── skills/

Copilot を選んだ場合

<project-root>/
└── .github/
    ├── instructions/
    ├── agents/
    └── skills/

同梱するベース skill

セットアップ用(プロジェクト初期に使い、完了後はアーカイブする)

  • architecture-definition: 新規プロジェクトで docs と architecture contract を起こす
  • existing-project-to-docs: 既存コードから docs の draft と構造化情報を起こす
  • architecture-skill-development: architecture contract から project 専用 skill を育てる
  • ddd-seed: DDD 向けの project 専用 skill の種(style: ddd のとき)
  • simple-seed: レイヤードアーキテクチャ向けの project 専用 skill の種(style: layered のとき)
  • frontend-seed: フロントエンド向けの project 専用 skill の種

開発ループ用(日常的に使う)

  • design-change: 変更要求に対して影響調査 → 設計決定記録 → 設計修正 → TDD で進める
  • test-driven-development: アプリケーションコード向けの TDD を徹底する
  • harness-engineering: rules / agents / skills / templates 自体を改善する
  • commit: コミットメッセージの生成とコミット実行

docs/ の中身は、導入後にこれらの skill を使ってプロジェクトごとに作る。

推奨フロー

新規プロジェクト

  1. architecture-definition
  2. architecture-skill-development
  3. 生成された project 専用 skill
  4. test-driven-development

既存プロジェクト

  1. existing-project-to-docs
  2. architecture-skill-development
  3. design-change
  4. test-driven-development

上書きインストール

差分がある既存ファイルも置換したい場合:

SPEC_RUNNER_FORCE=1 npm exec --yes --package=git+ssh://[email protected]/fandmnet-inhouse/spec-runner.git spec-runner

この場合、差分がある既存ファイルは .<target>/.spec-runner/archive/<timestamp>/...(例: .claude/.spec-runner/archive/... または .github/.spec-runner/archive/...)に退避してから置換される。

必要環境

  • Node.js 16+

テンプレートの場所

  • spec-runner/templates/.claude/
  • spec-runner/templates/.github/

バージョン運用ルール

  • 開発のたびに package.jsonversion を更新してからコミットする
  • バージョンは原則 SemVer に従い、迷う場合はパッチを 1 つ上げる

ライセンス

MIT