「method」の検索結果

GStack CSO method for broad infrastructure-first security posture review, threat areas, severity calibration, and safe remediation scope.

日本語の概要は準備中です。原文の説明を表示しています。

GStack office-hours method for early product ideas, startup demand checks, builder-mode brainstorming, narrow wedge selection, and pre-architecture clarification before plan review.

日本語の概要は準備中です。原文の説明を表示しています。

GStack design-shotgun method for rapidly exploring multiple distinct design directions before choosing one to implement or polish.

日本語の概要は準備中です。原文の説明を表示しています。

GStack investigation method for bugs, incidents, failing tests, regressions, and unclear behavior where evidence and root cause should precede fixes.

日本語の概要は準備中です。原文の説明を表示しています。

GStack learn method for capturing reusable lessons, triggers, and future retrieval cues after debugging, implementation, or release work.

日本語の概要は準備中です。原文の説明を表示しています。

GStack spec method for turning fuzzy intent into an executable spec with goals, non-goals, acceptance criteria, risks, and downstream role boundaries.

日本語の概要は準備中です。原文の説明を表示しています。

GStack release documentation method for changelog, release notes, announcement copy, and internal/external release communication.

日本語の概要は準備中です。原文の説明を表示しています。

GStack health-check method for broad project or repository health review across tests, docs, DX, release readiness, and maintainability.

日本語の概要は準備中です。原文の説明を表示しています。

GStack autoplan method for running a broad CEO, design, engineering, and developer-experience review before opening implementation windows.

日本語の概要は準備中です。原文の説明を表示しています。

GStack document generation method for turning implementation, product, or operational work into durable docs with clear audience and ownership.

日本語の概要は準備中です。原文の説明を表示しています。

GStack review method for pre-landing code, diff, PR, or implementation review focused on bugs, regressions, missing tests, and release risks.

日本語の概要は準備中です。原文の説明を表示しています。

GStack guard method for strengthening scope boundaries, forbidden actions, stop conditions, and validation gates for an agent or workstream.

日本語の概要は準備中です。原文の説明を表示しています。

GStack freeze method for pausing writes and limiting work to evidence gathering when a task is unsafe, ambiguous, or production-sensitive.

日本語の概要は準備中です。原文の説明を表示しています。

GStack design consultation method for critiquing product/UI/visual direction, exploring alternatives, and recommending a design path before production.

日本語の概要は準備中です。原文の説明を表示しています。

GStack report-only QA method for checking web or UI behavior, documenting blockers, and preserving evidence without modifying code.

日本語の概要は準備中です。原文の説明を表示しています。

GStack ship method for final landing, PR, changelog, release, and deploy readiness checklists when the user explicitly wants to ship.

日本語の概要は準備中です。原文の説明を表示しています。

GStack canary method for staged release thinking, smoke gates, rollout checks, and rollback signals before or after deployment.

日本語の概要は準備中です。原文の説明を表示しています。

GStack deployment setup method for planning environment, config, secrets, build, deploy, and verification gates before release operations.

日本語の概要は準備中です。原文の説明を表示しています。

GStack plan-tune method for calibrating how many questions to ask, autonomy level, stop conditions, and decision style for a workstream or user preference.

日本語の概要は準備中です。原文の説明を表示しています。

GStack design-html method for producing or planning quick HTML prototypes, design boards, or rendered visual explorations for UI review.

日本語の概要は準備中です。原文の説明を表示しています。

GStack QA method for web/UI behavior verification and narrow fix loops when the user explicitly allows QA to repair issues.

日本語の概要は準備中です。原文の説明を表示しています。

Produces a deep, honest peer-review of how someone uses Claude Code by statistically analyzing their local session data (~/.claude/usage-data/ and ~/.claude/projects/). Trigger whenever the user asks to review, analyze, audit, or critique their own Claude Code usage, workflow, habits, or skill level — including phrases like "analyze my cc usage", "review my cc sessions", "peer review my cc workflow", "deeper than /insights", or any ask for an honest audit of their AI workflow. Also covers portfolio/hiring-manager framings (e.g. "portfolio for Anthropic/OpenAI/xAI"), but ALWAYS ask the user in Step 0 which version to build (self / hr / both) before running — never silently produce an HR report, because that version goes to outsiders and needs explicit privacy setup. The HTML report is laid out ledger-first for SELF (opening band, output/team/leak/trend ledgers, then peer review, 9-dim scoring, try-this-week, case study, claim-indexed evidence). The HR variant is a recruiter version v1: identity card, earned badges (threshold-based, earned-only), allowlist-filtered output ledger, one case study, and a methodology & scope disclosure — no scores, no peer-review memo, no charts.

日本語の概要は準備中です。原文の説明を表示しています。

Developer role in AID methodology. Use for implementation, debugging, technical design, TDD workflow, code review.

日本語の概要は準備中です。原文の説明を表示しています。

QA Engineer role in AID methodology. Use for test strategy, BDD scenarios, bug reporting, acceptance testing, flaky test prevention.

日本語の概要は準備中です。原文の説明を表示しています。