@neobiotechlabs/neobiotech-dev-agent 0.1.17 → 0.1.19

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@neobiotechlabs/neobiotech-dev-agent",
-  "version": "0.1.17",
+  "version": "0.1.19",
   "description": "Jira & Confluence MCP Server for Claude Code",
   "type": "module",
   "main": "dist/index.js",

package/vendor/dev-docs-templates/templates/mdr_docs/PA/configuration-management-plan.md

@@ -51,7 +51,7 @@ SDMP(Software Development and Maintenance Plan)는 본 문서를 참조합니다
 
 {SCOPE_DESCRIPTION}
 
-## 2. Configuration Identification (IEC 62304 §8.1, §5.1.10)
+## 2. Configuration Identification
 
 > 형상 항목(Configuration Item, CI)을 식별하는 기준을 정의하세요. 각 CI는 고유 식별자·버전을 갖는다.
 
@@ -66,7 +66,7 @@ SDMP(Software Development and Maintenance Plan)는 본 문서를 참조합니다
 | -------------- | ----------------- | -------------- |
 | {CI_CATEGORY}  | {CI_NAMING}       | {CI_TOOL}      |
 
-## 3. Version Control (IEC 62304 §5.1.9, ISO 13485 7.5)
+## 3. Version Control
 
 > 버전 네이밍 체계와 태그 정책을 정의하세요. 시맨틱 버저닝(MAJOR.MINOR.PATCH) 권장.
 
@@ -74,7 +74,7 @@ SDMP(Software Development and Maintenance Plan)는 본 문서를 참조합니다
 * 태그 정책: {TAG_POLICY} (각 release 커밋에 tag 부여, 과거 버전 복원 가능해야 함)
 * 버전 관리 도구: Git
 
-## 4. Change Control (IEC 62304 §8.2)
+## 4. Change Control
 
 > 변경 통제 절차를 기술하세요. SOP Change Management와 연계.
 
@@ -85,20 +85,20 @@ SDMP(Software Development and Maintenance Plan)는 본 문서를 참조합니다
 * 변경 요청 기록: {CHANGE_REQUEST_LOCATION}
 * 승인 권한자: {CHANGE_APPROVER}
 
-## 5. Configuration Status Accounting (IEC 62304 §8.3)
+## 5. Configuration Status Accounting
 
 > 형상 상태 기록(status accounting) — 현재 각 CI의 버전·상태를 추적·보고하는 방법.
 
 {STATUS_ACCOUNTING_METHOD}
 
-## 6. Configuration Audit (IEC 62304 §8.4)
+## 6. Configuration Audit
 
 > 형상 감사 일정·기준. 기능/물리 형상 감사(Functional/Physical Configuration Audit).
 
 * 감사 주기: {AUDIT_FREQUENCY}
 * 감사 기준: {AUDIT_CRITERIA}
 
-## 7. Configuration Item Control Before Verification (IEC 62304 §5.1.11)
+## 7. Configuration Item Control Before Verification
 
 > 검증 활동 시작 전, 검증 대상 형상 항목이 통제되어야 함. 검증 대상 CI 식별·고정 방법.
 

package/vendor/dev-docs-templates/templates/mdr_docs/PA/security-management-plan.md

@@ -54,14 +54,14 @@ PA 단계 핵심 산출물로, 본 문서가 보안의 단일 진실의 원천
 | Security Manager  |         |
 | Incident Response |         |
 
-## 3. Threat Modelling Approach (IEC 81001-5-1 §5.2)
+## 3. Threat Modelling Approach
 
 > 위협 모델링 **접근법**만 명시. 구체적 위협 식별·평가는 EA 산출물로 이관.
 
 * 방법론: {THREAT_METHODOLOGY} (예: STRIDE — Spoofing/Tampering/Repudiation/Info Disclosure/DoS/Elevation of Privilege)
 * 자산 식별 범위: {ASSET_SCOPE}
 
-## 4. Security Requirements (IEC 81001-5-1 §5.3-5.4, AAMI TIR57)
+## 4. Security Requirements
 
 > 보안 요구사항 도출 기준. CIA(기밀성·무결성·가용성) 관점.
 
@@ -71,7 +71,7 @@ PA 단계 핵심 산출물로, 본 문서가 보안의 단일 진실의 원천
 * 암호화(Encryption): {CRYPTO_CRITERIA}
 * 로깅·감사(Logging): {LOGGING_CRITERIA}
 
-## 5. Security V&V Approach (IEC 81001-5-1 §5.5)
+## 5. Security V&V Approach
 
 > 보안 검증 **접근법** — 무엇을 수행할지만 명시. 도구·절차 세부는 EA.
 
@@ -79,14 +79,14 @@ PA 단계 핵심 산출물로, 본 문서가 보안의 단일 진실의 원천
 * 소프트웨어 구성 분석(SCA) / 취약점 스캔: {SCA_APPROACH}
 * 침투 테스트: {PENTEST_APPROACH}
 
-## 6. Vulnerability Management (IEC 81001-5-1 §7)
+## 6. Vulnerability Management
 
 > 취약점 관리·CVE 모니터링 주기 — 계획 수준.
 
 * CVE 모니터링 주기: {CVE_MONITORING_FREQUENCY}
 * 취약점 등록·조치: {VULN_TRACKING}
 
-## 7. Cybersecurity Incident Response / CVD (IEC 81001-5-1 §7)
+## 7. Cybersecurity Incident Response / CVD
 
 > 보안 사고 대응·Coordinated Vulnerability Disclosure 접근법 — 계획 수준.