architecture-paradigm-client-server

Applies client-server architecture for web/mobile apps. Use when designing systems with centralized backend services, trust boundaries, or offline-first sync.

インストールへ移動

リポジトリ: athola/claude-night-market
ソースの最終更新活動: 2026年7月13日 23:33
検出された SKILL.md の言語: 英語
スター: 327
フォーク: 35

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。

npx skills add https://github.com/athola/claude-night-market --skill architecture-paradigm-client-server

コマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。

ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

SKILL.md

ソースの指示 · 読み取り専用プレビュー

検索に戻るインストールに戻る

night-market-research-methodology

Turn hunches into accepted results: worthiness score, evidence bar, research-to-rules. Use when vetting ideas. Not for QA; use night-market-validation-and-qa.

2026-07-28

validate-pr

Generates and self-executes a diff-derived test plan for a PR. Use when validating PR changes before merge. Do not use for code review; use sanctum:pr-review.

2026-07-28

palace-index-curator

Curate the web-capture index. Use when the capture backlog grows, captures sit unprocessed at seedling/pending, or to surface stored research during work.

2026-07-28

このリポジトリのすべてを見る

The Client-Server and Peer-to-Peer Paradigms

When to Employ This Paradigm

For traditional applications that have centralized services, such as web or mobile clients communicating with backend APIs.

For systems exploring decentralized or "offline-first" capabilities that rely on peer-to-peer synchronization.

To formally document trust boundaries, client-server version negotiation, and API evolution strategies.

When NOT To Use

Systems with no network boundary between UI and logic (use archetypes:architecture-paradigm-modular-monolith)

Choosing among paradigms in the first place (use archetypes:architecture-paradigms)

Adoption Steps

Define Responsibilities: Clearly delineate which logic and data reside on the client versus the server, with the goal of minimizing duplication.

Document the Contracts: Formally document all APIs, data schemas, authentication flows, and any capability negotiation required for handling different client versions.

Plan for Version Skew: Implement a strategy to manage different client and server versions, such as using feature flags, Accept headers for content negotiation, or semantic versioning for APIs.

Address Connectivity Issues: If the application is not purely client-server, design for intermittent connectivity. This may involve implementing offline caching, data synchronization protocols, or peer discovery and membership services.

Secure All Communications: Enforce the use of TLS for all data in transit. Implement authorization policies, rate limiting, and detailed telemetry for every endpoint.

Key Deliverables

An Architecture Decision Record (ADR) that covers the roles of clients, servers, and peers, defines the trust boundaries, and outlines deployment assumptions.

Formal API or protocol specifications, along with a suite of compatibility tests.

Runbooks detailing the coordination required for rollouts, such as client release waves, backward-compatibility support, or operational procedures for a peer-to-peer network.

Risks & Mitigations

"Chatty" Clients:

Mitigation: A client making too many small requests can lead to poor performance. Consolidate API calls using patterns like the Façade or Gateway, and implement caching strategies on the client or at the network edge.

"Thick" Clients with Duplicated Logic:

Mitigation: When clients contain too much business logic, it often becomes duplicated and out-of-sync with the server. Share validation logic by packaging it in a common library or move the rules definitively to the server.

Peer-to-Peer Data Conflicts:

Mitigation: In a peer-to-peer model, data conflicts are inevitable. Design formal conflict resolution strategies (e.g., CRDTs, last-write-wins) and consensus mechanisms from the beginning.

Concrete Components

These vocabulary items name the concrete tools and abstractions that show up when the paradigm is implemented. They are not required dependencies and they are not part of the skill's tools: frontmatter (which is reserved for Claude Code tool restrictions). Use this list to disambiguate during architecture discussions.

api-contract-generator: produces machine-readable OpenAPI/RPC contracts the client and server share

networking-debugger: captures request/response traces for diagnosing latency, retries, and timeout issues

Exit Criteria

An ADR is produced naming client roles, server roles (and peer roles if applicable), trust boundaries, and the API versioning strategy chosen.

A formal API or protocol specification exists (OpenAPI, protobuf, or equivalent) covering all documented endpoints or capabilities.

The version-skew strategy (feature flags, Accept headers, or semantic versioning) is documented before any client or server code is written.

If offline-first or P2P capability is included, the conflict-resolution strategy (CRDT, last-write-wins, or consensus mechanism) is named in the ADR.

name	architecture-paradigm-client-server
description	Applies client-server architecture for web/mobile apps. Use when designing systems with centralized backend services, trust boundaries, or offline-first sync.
alwaysApply	false
category	architectural-pattern
tags	["architecture","client-server","peer-to-peer","distributed-systems"]
dependencies	[]
tools	[]
usage_patterns	["paradigm-implementation","distributed-system-design","offline-first"]

name	architecture-paradigm-client-server
description	Applies client-server architecture for web/mobile apps. Use when designing systems with centralized backend services, trust boundaries, or offline-first sync.
alwaysApply	false
category	architectural-pattern
tags	["architecture","client-server","peer-to-peer","distributed-systems"]
dependencies	[]
tools	[]
usage_patterns	["paradigm-implementation","distributed-system-design","offline-first"]

architecture-paradigm-client-server

ソース情報

インストール方法

ソースファイルを確認

このリポジトリの他の Skills

The Client-Server and Peer-to-Peer Paradigms

When to Employ This Paradigm

When NOT To Use

Adoption Steps

Key Deliverables

Risks & Mitigations

Concrete Components

Exit Criteria

このリポジトリの他の Skills