์Šคํ‚ฌ verify-release
๐Ÿ“ฆ

verify-release

์ฝ˜ํ…์ธ  ๋ฆฌ๋น„์ „ r1 ์ค‘๊ฐ„ ์œ„ํ—˜ โš™๏ธ ์™ธ๋ถ€ ๋ช…๋ น์–ด๐ŸŒ ๋„คํŠธ์›Œํฌ ์ ‘๊ทผ

Verify Release Health After Deployment

Release decisions can be difficult when error counts and traffic change together. Compare release evidence and receive a Go, Rollback, or Wait recommendation.

์ง€์›: Claude Codex Code(CC)
Maintain this Skill? Claim it ๐Ÿ“Š 65 ์ ์ ˆํ•จ

๋‚ด ์—์ด์ „ํŠธ๋กœ ์„ค์น˜

์ด ์š”์ฒญ์„ ์—์ด์ „ํŠธ์— ๋ณต์‚ฌํ•˜์„ธ์š”. ๊ณต์‹ Skill ํŽ˜์ด์ง€์™€ ๋งค๋‹ˆํŽ˜์ŠคํŠธ๊ฐ€ ํฌํ•จ๋˜์–ด ์žˆ์Šต๋‹ˆ๋‹ค.

์—์ด์ „ํŠธ ์š”์ฒญ
Review the Skillstore skill "verify-release" from https://skillstore.io/skills/logbrewco-verify-release.md and its manifest at https://skillstore.io/api/skills/logbrewco-verify-release/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.

์—์ด์ „ํŠธ๋Š” ๊ณ„์†ํ•ด์„œ ๊ณ„ํš์„ ํ‘œ์‹œํ•˜๊ณ  ๋ณด์•ˆ ์ •์ฑ…์—์„œ ์š”๊ตฌํ•˜๋Š” ํ™•์ธ์„ ์š”์ฒญํ•ด์•ผ ํ•ฉ๋‹ˆ๋‹ค.

์—์ด์ „ํŠธ๊ฐ€ ์ฝ๊ธฐ ์‰ฌ์šด ๋ฆฌ์†Œ์Šค

AI ์—์ด์ „ํŠธ, ํฌ๋กค๋Ÿฌ, ์Šคํฌ๋ฆฝํŠธ๊ฐ€ ์ „์ฒด ํŽ˜์ด์ง€ ๋Œ€์‹  ์ •๋ฆฌ๋œ ์ปจํ…์ŠคํŠธ๋งŒ ํ•„์š”ํ•  ๋•Œ ์ด ๋งํฌ๋ฅผ ์‚ฌ์šฉํ•˜์„ธ์š”.

ํ…Œ์ŠคํŠธํ•ด ๋ณด๊ธฐ

"verify-release" ์‚ฌ์šฉ ์ค‘์ž…๋‹ˆ๋‹ค. Assess a release with sufficient traffic and stable error rates.

์˜ˆ์ƒ ๊ฒฐ๊ณผ:

Decision: Go. Both releases have sufficient traffic, and the observed error rates are unchanged. No new issue affects a main user flow.

"verify-release" ์‚ฌ์šฉ ์ค‘์ž…๋‹ˆ๋‹ค. Assess a release with too few traces for comparison.

์˜ˆ์ƒ ๊ฒฐ๊ณผ:

Decision: Wait. The new release has too little traffic for a reliable comparison. Recheck trace counts and error rates after more requests.

๋ณด์•ˆ ๊ฐ์‚ฌ

์ค‘๊ฐ„ ์œ„ํ—˜

The static matches are Markdown formatting, a documented service endpoint, or release decision criteria rather than the alleged threats. The skill also directs deployment record creation and pipeline changes without explicit confirmation, which can affect production evidence.

2
์Šค์บ”๋œ ํŒŒ์ผ
184
๋ถ„์„๋œ ์ค„ ์ˆ˜
0
๊ฒ€ํ†  ํ•ญ๋ชฉ
0
์˜คํƒ ๋ฌด์‹œ๋จ

ํ™•์ธ๋œ ๋ณด์•ˆ ์šฐ๋ ค ์‚ฌํ•ญ (1)

์ค‘๊ฐ„
Deployment records may be changed without confirmation
The skill instructs the agent to record missing deployments as succeeded and add a command to the pipeline without requiring user confirmation. Incorrect records or pipeline changes can distort release comparisons.
The instructions explicitly request a state-changing deployment record and pipeline modification, but do not require confirmation or verification of successful status.
๊ฐ์‚ฌ์ž: codex
์ด ๋ณด๊ณ ์„œ ๊ณต์œ  ๋ฐ ์ธ์šฉ

๋ฒ„์ „์ด ์ง€์ •๋œ ํ‰๊ฐ€ ๋ณด๊ณ ์„œ, ์ค‘๋ฆฝ ๋ฐฐ์ง€, ์ž„๋ฒ ๋“œ ์นด๋“œ ๋ฐ ์ธ์šฉ์„ ๊ณต์œ ํ•˜์„ธ์š”. Skillstore๋Š” ๊ทผ๊ฑฐ๋ฅผ ๋ณด๊ณ ํ•˜์ง€๋งŒ ์ด Skill์˜ ์•ˆ์ „ ์—ฌ๋ถ€๋ฅผ ํŒ๋‹จํ•˜์ง€ ์•Š์Šต๋‹ˆ๋‹ค.

๋ฒ„์ „๋ณ„ ๋ณด๊ณ ์„œ ์—ด๊ธฐ
๋ณด์•ˆ ํ‰๊ฐ€

๋ณด๊ณ ์„œ ๋งํฌ ๋ณต์‚ฌ

https://skillstore.io/skills/logbrewco-verify-release/audits/1?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_report

Markdown ๋ฐฐ์ง€

[![Skillstore security assessment](https://skillstore.io/badges/skills/logbrewco-verify-release/security.svg)](https://skillstore.io/skills/logbrewco-verify-release?utm_source=security_passport_badge)

HTML ๋ฐฐ์ง€

<a href="https://skillstore.io/skills/logbrewco-verify-release?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/logbrewco-verify-release/security.svg" alt="Skillstore security assessment" loading="lazy"></a>

์ž„๋ฒ ๋“œ ์นด๋“œ

<iframe src="https://skillstore.io/embed/skills/logbrewco-verify-release.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>
ํ•™์ˆ  ์ธ์šฉ (APA ยท BibTeX ยท CFF)

APA ์ธ์šฉ

logbrewco. (2026). verify-release security audit report (audit version 1) [Author version unspecified]. Skillstore. https://skillstore.io/skills/logbrewco-verify-release/audits/1

BibTeX ์ธ์šฉ

@techreport{logbrewco-logbrewco-verify-release-2026, author = {logbrewco}, title = {verify-release security audit report (audit version 1)}, institution = {Skillstore}, year = {2026}, number = {1}, url = {https://skillstore.io/skills/logbrewco-verify-release/audits/1}, note = {Author version unspecified} }

CITATION.cff

cff-version: 1.2.0 message: "If you use this Skill, cite its author and this versioned security audit report." title: "verify-release security audit report (audit version 1)" version: "unspecified" type: report authors: - name: "logbrewco" date-released: "2026-10-27" url: "https://skillstore.io/skills/logbrewco-verify-release/audits/1" identifiers: - type: other value: "skillstore:logbrewco-verify-release:audit:1" description: "Skillstore immutable audit report identifier"

Skillstore ์ ์ˆ˜

์ด ์ ์ˆ˜์˜ ์ด์œ  ์ฆ๊ฑฐ ์‹ ๋ขฐ๋„: ์ค‘๊ฐ„
41
์•„ํ‚คํ…์ฒ˜
85
์œ ์ง€๋ณด์ˆ˜์„ฑ
85
์ฝ˜ํ…์ธ 
65
์ปค๋ฎค๋‹ˆํ‹ฐ
83
์‚ฌ์–‘ ์ค€์ˆ˜

๋งŒ๋“ค ์ˆ˜ ์žˆ๋Š” ๊ฒƒ

Assess a production rollout

Compare error rates and new issues before continuing a rollout.

Investigate a canary

Review traffic and failure evidence to decide whether to wait or roll back.

Review exported counts

Compare supplied request and error counts when LogBrew tools are unavailable.

์ด ํ”„๋กฌํ”„ํŠธ๋ฅผ ์‚ฌ์šฉํ•ด ๋ณด์„ธ์š”

Basic release check
Check whether release [release] is safe to continue.
Compare releases
Compare [new release] with [previous release] for [service] in [environment]. Report the evidence and decision.
Use exported counts
Compare these equal-length windows: [new counts] and [previous counts]. Include traffic, errors, new error types, and deploy times.
Review a rollout
Assess [release] against [previous release] using [team traffic threshold]. Report new issues, normalized error logs, trace rates, limitations, and next checks.

๋ชจ๋ฒ” ์‚ฌ๋ก€

  • Compare the same service and environment across equal-length windows.
  • Normalize error counts by traffic and apply your team traffic threshold.
  • Review limitations and verify deployment details before recording them.

ํ”ผํ•˜๊ธฐ

  • Do not treat missing telemetry as zero errors.
  • Do not assume a release caused an error solely because it preceded the error.
  • Do not create deployment records or modify pipelines without confirming the details and authorization.

์ž์ฃผ ๋ฌป๋Š” ์งˆ๋ฌธ

What decisions can the skill recommend?
It recommends Go, Rollback, or Wait based on available release evidence.
Can I use it without LogBrew?
Yes. Provide request counts, error counts, new error types, and deploy times for equal-length windows.
Does the skill prove a release caused an error?
No. The comparison provides evidence, but deployment order does not prove causality.
How much traffic is enough?
The default is at least 100 traces per release in the compared window. A team threshold can replace it.
Can the MCP server record deployments?
No. The skill describes the MCP server as read-only; recording requires CLI account access.
Does the skill perform a rollback?
The documented workflow recommends a decision. It does not provide a command to perform a rollback.

๊ฐœ๋ฐœ์ž ์„ธ๋ถ€ ์ •๋ณด

์ž‘์„ฑ์ž

logbrewco

๋ผ์ด์„ ์Šค

MIT

Skillstore ๋ฆฌ๋น„์ „

r1

๋ฒ„์ „ ์•ˆ๋‚ด

์ž‘์„ฑ์ž๊ฐ€ ๋ฒ„์ „์„ ์„ ์–ธํ•˜์ง€ ์•Š์•˜์Šต๋‹ˆ๋‹ค.

์ฐธ์กฐ

07bd35e828bc5e79e3fd7ad19a1298e33cdbb753

์œ ์ง€๋ณด์ˆ˜ ์ตœ์‹ ์„ฑ

2026. 10. 27.

์‚ฌ์šฉ๋Ÿ‰

0 ๋‹ค์šด๋กœ๋“œ ยท 0 ์กฐํšŒ

ํŒŒ์ผ ๊ตฌ์กฐ

๐Ÿ“ references/

๐Ÿ“„ operations.md

๐Ÿ“„ SKILL.md

logbrewco์˜ ๋‹ค๋ฅธ ์Šคํ‚ฌ

์ „์ฒด ๋ณด๊ธฐ
์ „์ฒด ๋ณด๊ธฐ
๐Ÿ“ฆ

appinsights-instrumentation

84

Application Insights๋กœ Azure ์•ฑ ๊ณ„์ธกํ•˜๊ธฐ

์ž‘์„ฑ์ž microsoft

Azure ํ˜ธ์ŠคํŒ… ์•ฑ์— ์‹ ๋ขฐํ•  ์ˆ˜ ์žˆ๋Š” ํ…”๋ ˆ๋ฉ”ํŠธ๋ฆฌ๋ฅผ ์ถ”๊ฐ€ํ•˜๋Š” ์ผ์€ ํ”„๋ ˆ์ž„์›Œํฌ์™€ ๋ฐฐํฌ ๋ชจ๋ธ ์ „๋ฐ˜์—์„œ ์–ด๋ ค์šธ ์ˆ˜ ์žˆ์Šต๋‹ˆ๋‹ค. ์ด ์Šคํ‚ฌ์€ ๊ฐ„๊ฒฐํ•œ Application Insights ์„ค์ • ๊ฐ€์ด๋“œ, SDK ์ฐธ๊ณ  ์ž๋ฃŒ, Azure ๊ตฌ์„ฑ ํŒจํ„ด์„ ์ œ๊ณตํ•ฉ๋‹ˆ๋‹ค.

DevOps ๋ฐ ์ธํ”„๋ผ ๋ณด๊ธฐ
๐Ÿ“ฆ

senior-devops

81

DevOps ํŒŒ์ดํ”„๋ผ์ธ ๋ฐ ๋ฐฐํฌ ์ž๋™ํ™”

์ž‘์„ฑ์ž alirezarezvani

DevOps ์ž‘์—…์—๋Š” ๋ฐ˜๋ณต ๊ฐ€๋Šฅํ•œ ํŒŒ์ดํ”„๋ผ์ธ, ์ธํ”„๋ผ, ๋ฐฐํฌ ํŒจํ„ด์ด ํ•„์š”ํ•œ ๊ฒฝ์šฐ๊ฐ€ ๋งŽ์Šต๋‹ˆ๋‹ค. ์ด ์Šคํ‚ฌ์€ CI/CD, IaC, ๋ฐฐํฌ, ์šด์˜ ๊ฒ€ํ† ๋ฅผ ์œ„ํ•œ ์Šคํฌ๋ฆฝํŠธ์™€ ์ฐธ์กฐ ๊ฐ€์ด๋“œ๋ฅผ ์ œ๊ณตํ•ฉ๋‹ˆ๋‹ค.

DevOps ๋ฐ ์ธํ”„๋ผ ๋ณด๊ธฐ
๐Ÿ“ฆ

kubernetes-deployment

80

์•ˆ๋‚ด ๋‹จ๊ณ„์— ๋”ฐ๋ผ Kubernetes ์›Œํฌ๋กœ๋“œ ๋ฐฐํฌ

์ž‘์„ฑ์ž sickn33

Kubernetes ๋ฆด๋ฆฌ์Šค์—๋Š” ์กฐ์œจ๋œ ์—ฌ๋Ÿฌ ์•„ํ‹ฐํŒฉํŠธ์™€ ์ ๊ฒ€์ด ํ•„์š”ํ•ฉ๋‹ˆ๋‹ค. ์ด ์Šคํ‚ฌ์€ ์ปจํ…Œ์ด๋„ˆ ์ค€๋น„, ๋งค๋‹ˆํŽ˜์ŠคํŠธ, Helm ์ฐจํŠธ, ์„œ๋น„์Šค ๋ฉ”์‹œ, ๋ณด์•ˆ, ๊ด€์ฐฐ ๊ฐ€๋Šฅ์„ฑ, ๋ฐฐํฌ ๊ฒ€์ฆ์„ ์•ˆ๋‚ดํ•ฉ๋‹ˆ๋‹ค.

DevOps ๋ฐ ์ธํ”„๋ผ ๋ณด๊ธฐ
๐Ÿ“ฆ

python-observability-patterns

79

Python ๊ด€์ธก ๊ฐ€๋Šฅ์„ฑ ํŒจํ„ด ์ถ”๊ฐ€

์ž‘์„ฑ์ž 0xDarkMatter

Python ์„œ๋น„์Šค์—๋Š” ์ผ๊ด€๋œ ๋กœ๊น…, ๋ฉ”ํŠธ๋ฆญ, ํŠธ๋ ˆ์ด์‹ฑ ํŒจํ„ด์ด ๋ถ€์กฑํ•œ ๊ฒฝ์šฐ๊ฐ€ ๋งŽ์Šต๋‹ˆ๋‹ค. ์ด ์Šคํ‚ฌ์€ ํ”„๋กœ๋•์…˜ ์• ํ”Œ๋ฆฌ์ผ€์ด์…˜์„ ์œ„ํ•œ ์‹ค์šฉ์ ์ธ structlog, Prometheus, OpenTelemetry ์˜ˆ์ œ๋ฅผ ์ œ๊ณตํ•ฉ๋‹ˆ๋‹ค.

DevOps ๋ฐ ์ธํ”„๋ผ ๋ณด๊ธฐ
๐Ÿ“ฆ

devops-orchestrator

79

DevOps ๋”œ๋ฆฌ๋ฒ„๋ฆฌ ์กฐ์œจ

์ž‘์„ฑ์ž Brownbull

DevOps ์ž‘์—…์€ ํŒŒ์ดํ”„๋ผ์ธ, ์ธํ”„๋ผ, ๋ชจ๋‹ˆํ„ฐ๋ง, ๋ฐฐํฌ ๊ฒฐ์ •์— ๊ฑธ์ณ ์ด๋ฃจ์–ด์ง€๋Š” ๊ฒฝ์šฐ๊ฐ€ ๋งŽ์Šต๋‹ˆ๋‹ค. ์ด ์Šคํ‚ฌ์€ ์ด๋Ÿฌํ•œ ์ž‘์—…์„ ์ฒดํฌ๋ฆฌ์ŠคํŠธ, ์ธ์ˆ˜์ธ๊ณ„, ๋กค์•„์›ƒ ๊ณ„ํš์œผ๋กœ ์ฒด๊ณ„ํ™”ํ•ฉ๋‹ˆ๋‹ค.

DevOps ๋ฐ ์ธํ”„๋ผ ๋ณด๊ธฐ
๐Ÿ“ฆ

k8s-manifest-generator

79

Kubernetes Manifest๋ฅผ ์•ˆ์ „ํ•˜๊ฒŒ ์ƒ์„ฑํ•˜๊ธฐ

์ž‘์„ฑ์ž sickn33

ํŒ€์ด ๊ธฐ์–ต์— ์˜์กดํ•ด Kubernetes manifest๋ฅผ ์ž‘์„ฑํ•˜๋ฉด ์ž˜๋ชป ๊ตฌ์„ฑํ•˜๊ธฐ ์‰ฝ์Šต๋‹ˆ๋‹ค. ์ด skill์€ ์š”๊ตฌ์‚ฌํ•ญ์„ ๋ณด์•ˆ, probes, resources, service ํŒจํ„ด์„ ํฌํ•จํ•œ ๊ตฌ์กฐํ™”๋œ YAML ๊ฐ€์ด๋“œ๋กœ ์ „ํ™˜ํ•ฉ๋‹ˆ๋‹ค.

DevOps ๋ฐ ์ธํ”„๋ผ ๋ณด๊ธฐ