mirror of
https://github.com/Shiva108/ai-llm-red-team-handbook.git
synced 2026-08-19 09:27:24 +02:00
chore: Remove final release review and audit workflow documents.
This commit is contained in:
shiva108
@@ -1,440 +0,0 @@
|
||||
---
|
||||
description: Final release review - Comprehensive handbook quality audit
|
||||
---
|
||||
|
||||
# Final Release Review: AI LLM Red Team Handbook
|
||||
|
||||
Perform a comprehensive, production-ready review of the entire handbook before declaring it ready for public release. This is the final quality gate.
|
||||
|
||||
## Review Objectives
|
||||
|
||||
Verify that the handbook meets professional publication standards across:
|
||||
|
||||
- Technical accuracy and factual correctness
|
||||
- Structural coherence and completeness
|
||||
- Professional polish and readability
|
||||
- Reference validity and citation quality
|
||||
- Code example functionality
|
||||
- Legal and licensing compliance
|
||||
- User experience and accessibility
|
||||
|
||||
---
|
||||
|
||||
## PHASE 1: Structural Integrity
|
||||
|
||||
### 1.1 Table of Contents Verification
|
||||
|
||||
**Task:** Verify TOC matches actual chapter structure
|
||||
|
||||
- [ ] Compare `README.md` TOC against actual chapter files in `/docs/`
|
||||
- [ ] Verify all chapter numbers are sequential (1-46)
|
||||
- [ ] Confirm all chapter titles match between TOC and file headers
|
||||
- [ ] Check that Part groupings (I-VIII) are accurate
|
||||
- [ ] Verify page counts or section counts are reasonable
|
||||
- [ ] Ensure no orphaned or missing chapters
|
||||
|
||||
**Command:**
|
||||
|
||||
```bash
|
||||
cd /home/e/Desktop/ai-llm-red-team-handbook
|
||||
# List all chapter files
|
||||
ls -1 docs/Chapter_*.md | sort -V
|
||||
# Compare with README TOC
|
||||
```
|
||||
|
||||
### 1.2 Cross-Reference Validation
|
||||
|
||||
**Task:** Verify internal chapter references are valid
|
||||
|
||||
- [ ] Search for all chapter references (e.g., "Chapter 14", "see Ch 23")
|
||||
- [ ] Verify referenced chapters exist
|
||||
- [ ] Check that forward/backward references make logical sense
|
||||
- [ ] Validate section number references (e.g., "Section 12.3")
|
||||
- [ ] Ensure appendix references are correct
|
||||
|
||||
**Search patterns:**
|
||||
|
||||
```bash
|
||||
# Find chapter references
|
||||
rg -i "chapter \d+" docs/
|
||||
rg -i "ch \d+" docs/
|
||||
rg -i "section \d+\.\d+" docs/
|
||||
```
|
||||
|
||||
### 1.3 Completeness Check
|
||||
|
||||
**Task:** Ensure all promised content exists
|
||||
|
||||
- [ ] All chapters from 1-46 present
|
||||
- [ ] All appendices referenced in text exist
|
||||
- [ ] All "See Appendix X" references valid
|
||||
- [ ] Glossary is comprehensive (Appendix A)
|
||||
- [ ] Tool repository is complete (Appendix C)
|
||||
- [ ] Essential papers list exists (Appendix B)
|
||||
- [ ] No "TODO" or "[TBD]" markers remain
|
||||
|
||||
**Command:**
|
||||
|
||||
```bash
|
||||
# Search for incomplete markers
|
||||
rg -i "TODO|TBD|FIXME|\[pending\]|\[coming soon\]" docs/
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## PHASE 2: Technical Accuracy
|
||||
|
||||
### 2.1 Reference and URL Validation
|
||||
|
||||
**Task:** Verify all external links are accessible
|
||||
|
||||
- [ ] Test all HTTP/HTTPS URLs (200 status check)
|
||||
- [ ] Identify dead links (404, 500 errors)
|
||||
- [ ] Check for paywalled content warnings
|
||||
- [ ] Verify arXiv paper IDs are valid
|
||||
- [ ] Confirm GitHub repository links work
|
||||
- [ ] Validate tool installation URLs
|
||||
|
||||
**Automated check:**
|
||||
|
||||
```bash
|
||||
# Extract all URLs
|
||||
rg -oP 'https?://[^\s\)]+' docs/ > urls.txt
|
||||
# Test URLs (requires custom script or tool like broken-link-checker)
|
||||
```
|
||||
|
||||
### 2.2 Code Example Verification
|
||||
|
||||
**Task:** Ensure code examples are syntactically correct
|
||||
|
||||
- [ ] All code blocks have language identifiers (no MD040 violations)
|
||||
- [ ] Python code examples are syntactically valid
|
||||
- [ ] Bash/shell commands are properly formatted
|
||||
- [ ] No placeholder values that should be variables (e.g., actual API keys)
|
||||
- [ ] Code examples are self-contained or clearly marked as snippets
|
||||
- [ ] Import statements are present where needed
|
||||
|
||||
**Spot check approach:**
|
||||
|
||||
- Extract Python code blocks from 5 random chapters
|
||||
- Run through `python -m py_compile` or `black --check`
|
||||
|
||||
### 2.3 Factual Claims Verification
|
||||
|
||||
**Task:** Cross-check key factual assertions
|
||||
|
||||
**Focus areas:**
|
||||
|
||||
- [ ] CVE numbers and dates
|
||||
- [ ] Model release dates (GPT-4: March 2023, etc.)
|
||||
- [ ] Company names and acquisitions
|
||||
- [ ] Conference names and dates
|
||||
- [ ] OWASP Top 10 LLM items (verify against official list)
|
||||
- [ ] MITRE ATT&CK technique IDs
|
||||
- [ ] Legal frameworks (CFAA, GDPR dates/provisions)
|
||||
- [ ] Salary ranges (verify against levels.fyi for 2025/2026)
|
||||
|
||||
**Sample verification:**
|
||||
|
||||
- Pick 3 chapters at random
|
||||
- Verify 5 factual claims per chapter against authoritative sources
|
||||
|
||||
### 2.4 Research Paper Citations
|
||||
|
||||
**Task:** Validate research citations
|
||||
|
||||
- [ ] All arXiv links use correct format: `https://arxiv.org/abs/XXXX.XXXXX`
|
||||
- [ ] Paper titles match actual paper titles (no typos)
|
||||
- [ ] Author names are correct (especially for major papers)
|
||||
- [ ] Publication venues are accurate (NeurIPS, ICLR, ICML, etc.)
|
||||
- [ ] Year of publication is correct
|
||||
- [ ] No hallucinated papers (all citations are real)
|
||||
|
||||
**Spot check:**
|
||||
|
||||
- Verify all papers in Appendix B (Essential Papers)
|
||||
- Randomly verify 10 in-text citations
|
||||
|
||||
---
|
||||
|
||||
## PHASE 3: Formatting and Style
|
||||
|
||||
### 3.1 Markdown Linting
|
||||
|
||||
**Task:** Ensure markdown follows standards
|
||||
|
||||
- [ ] Run `markdownlint` on all chapter files
|
||||
- [ ] Fix all MD violations (MD036, MD040, MD024, MD025, etc.)
|
||||
- [ ] Verify heading hierarchy is logical (no H1 → H4 jumps)
|
||||
- [ ] Ensure consistent list formatting
|
||||
- [ ] Check for proper code fence formatting
|
||||
|
||||
**Command:**
|
||||
|
||||
```bash
|
||||
# Run markdownlint
|
||||
markdownlint docs/*.md
|
||||
# Or if config exists:
|
||||
markdownlint -c .markdownlint.json docs/
|
||||
```
|
||||
|
||||
### 3.2 Style Consistency
|
||||
|
||||
**Task:** Verify consistent terminology and formatting
|
||||
|
||||
- [ ] Consistent terminology ("LLM" vs "large language model" - establish pattern)
|
||||
- [ ] Consistent code formatting (backticks for inline code: `model`, `API`, etc.)
|
||||
- [ ] Consistent heading capitalization (Title Case vs Sentence case)
|
||||
- [ ] Consistent bold/italic usage
|
||||
- [ ] Consistent abbreviation usage (first use expanded, then abbreviated)
|
||||
- [ ] Date format consistency (ISO 8601 preferred)
|
||||
|
||||
**Pattern checks:**
|
||||
|
||||
```bash
|
||||
# Check for inconsistent patterns
|
||||
rg "large language model" docs/ | wc -l
|
||||
rg "LLM" docs/ | wc -l
|
||||
# Establish which is primary and which is acceptable
|
||||
```
|
||||
|
||||
### 3.3 Grammar and Spelling
|
||||
|
||||
**Task:** Professional proofreading
|
||||
|
||||
- [ ] Run spell checker on all chapters
|
||||
- [ ] Review for common typos
|
||||
- [ ] Check for repeated words ("the the", "and and")
|
||||
- [ ] Verify technical terms are spelled correctly
|
||||
- [ ] British vs American English consistency (choose one)
|
||||
|
||||
**Tools:**
|
||||
|
||||
```bash
|
||||
# Use aspell or similar
|
||||
for file in docs/Chapter_*.md; do
|
||||
aspell list < "$file" | sort -u > "${file}.spelling"
|
||||
done
|
||||
```
|
||||
|
||||
### 3.4 Visual Elements
|
||||
|
||||
**Task:** Verify diagrams and visual aids
|
||||
|
||||
- [ ] All referenced images exist in correct paths
|
||||
- [ ] Mermaid diagrams render correctly
|
||||
- [ ] Tables are properly formatted
|
||||
- [ ] Alt text present for accessibility
|
||||
- [ ] Consistent image naming convention
|
||||
|
||||
---
|
||||
|
||||
## PHASE 4: User Experience
|
||||
|
||||
### 4.1 Readability Assessment
|
||||
|
||||
**Task:** Ensure handbook is accessible to target audience
|
||||
|
||||
- [ ] Chapter introductions clearly state objectives
|
||||
- [ ] Technical jargon is defined on first use
|
||||
- [ ] Examples support explanations effectively
|
||||
- [ ] Transitions between sections are smooth
|
||||
- [ ] Summary sections recap key points
|
||||
- [ ] No unnecessary verbosity
|
||||
|
||||
**Spot check:**
|
||||
|
||||
- Read introductions of all chapters (1-46)
|
||||
- Verify each has "What you'll learn" or similar framing
|
||||
|
||||
### 4.2 Progressive Complexity
|
||||
|
||||
**Task:** Verify logical learning progression
|
||||
|
||||
- [ ] Early chapters (1-11) are foundational
|
||||
- [ ] Middle chapters (12-30) build on fundamentals
|
||||
- [ ] Advanced chapters (31-46) require earlier knowledge
|
||||
- [ ] Prerequisites are clearly stated
|
||||
- [ ] No circular dependencies (Ch 10 requires Ch 15, Ch 15 requires Ch 10)
|
||||
|
||||
### 4.3 Practical Utility
|
||||
|
||||
**Task:** Ensure actionable content
|
||||
|
||||
- [ ] Each attack chapter has working examples
|
||||
- [ ] Defense chapters provide implementable controls
|
||||
- [ ] Tool recommendations are current (2025/2026)
|
||||
- [ ] Commands are copy-paste ready (or clearly marked as templates)
|
||||
- [ ] Real-world case studies are relevant and recent
|
||||
|
||||
---
|
||||
|
||||
## PHASE 5: Legal and Compliance
|
||||
|
||||
### 5.1 Licensing Verification
|
||||
|
||||
**Task:** Confirm legal compliance
|
||||
|
||||
- [ ] LICENSE file present (CC BY-SA 4.0)
|
||||
- [ ] License notice in README
|
||||
- [ ] Attribution for third-party content
|
||||
- [ ] No proprietary code without permission
|
||||
- [ ] No copyrighted images without rights
|
||||
- [ ] Disclaimer about educational use only
|
||||
|
||||
### 5.2 Ethical Guidelines
|
||||
|
||||
**Task:** Verify responsible disclosure framing
|
||||
|
||||
- [ ] Ethical considerations prominently featured
|
||||
- [ ] Warning about unauthorized testing
|
||||
- [ ] Rules of engagement emphasized
|
||||
- [ ] Legal compliance sections accurate
|
||||
- [ ] No encouragement of illegal activity
|
||||
- [ ] Bug bounty best practices included
|
||||
|
||||
### 5.3 Privacy and Safety
|
||||
|
||||
**Task:** Ensure no sensitive information
|
||||
|
||||
- [ ] No actual API keys or credentials
|
||||
- [ ] No real PII in examples
|
||||
- [ ] No specific attack targets (except in historical case studies)
|
||||
- [ ] Anonymization in case studies
|
||||
- [ ] No instructions for creating weapons/harm
|
||||
|
||||
---
|
||||
|
||||
## PHASE 6: Final Polish
|
||||
|
||||
### 6.1 Metadata and Versioning
|
||||
|
||||
**Task:** Update version information
|
||||
|
||||
- [ ] Version number updated (e.g., "Version 1.0 | Gold Master | January 2026")
|
||||
- [ ] Release date accurate
|
||||
- [ ] Contributors acknowledged
|
||||
- [ ] Changelog updated (if exists)
|
||||
- [ ] Git tags applied for release
|
||||
|
||||
### 6.2 README Quality
|
||||
|
||||
**Task:** Ensure README is professional
|
||||
|
||||
- [ ] Clear value proposition
|
||||
- [ ] Table of contents is accurate
|
||||
- [ ] Installation/setup instructions (if applicable)
|
||||
- [ ] Contribution guidelines clear
|
||||
- [ ] Contact information current
|
||||
- [ ] Badges/shields (if desired: license, version, stars)
|
||||
- [ ] Screenshot or compelling visual
|
||||
|
||||
### 6.3 Performance Check
|
||||
|
||||
**Task:** Verify handbook is usable
|
||||
|
||||
- [ ] Total file size reasonable for Git distribution
|
||||
- [ ] Large files (if any) use Git LFS
|
||||
- [ ] No corrupted files
|
||||
- [ ] Consistent encoding (UTF-8)
|
||||
- [ ] Line endings consistent (LF preferred)
|
||||
|
||||
**Commands:**
|
||||
|
||||
```bash
|
||||
# Check file sizes
|
||||
du -sh docs/*
|
||||
# Check encoding
|
||||
file docs/*.md
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## PHASE 7: Smoke Tests
|
||||
|
||||
### 7.1 End-to-End Reader Journey
|
||||
|
||||
**Task:** Simulate new user experience
|
||||
|
||||
- [ ] Clone fresh repo
|
||||
- [ ] Read README start to finish
|
||||
- [ ] Open Chapter 1 and verify it's accessible
|
||||
- [ ] Jump to Chapter 25 (middle) and verify references work
|
||||
- [ ] Open Chapter 46 and verify conclusion is satisfying
|
||||
- [ ] Click 5 random external links
|
||||
- [ ] Test 1 code example from a random chapter
|
||||
|
||||
### 7.2 Multiple Format Verification
|
||||
|
||||
**Task:** Test different viewing contexts
|
||||
|
||||
- [ ] Render in GitHub web interface
|
||||
- [ ] Render in local Markdown viewer (Obsidian, Typora, VS Code)
|
||||
- [ ] Export to PDF (if supported) and verify formatting
|
||||
- [ ] Mobile viewing (if applicable)
|
||||
|
||||
---
|
||||
|
||||
## FINAL CHECKLIST: Release Readiness
|
||||
|
||||
### Critical (Must-Fix Before Release)
|
||||
|
||||
- [ ] No broken internal links
|
||||
- [ ] No TODO/TBD markers
|
||||
- [ ] All chapters 1-46 present
|
||||
- [ ] No MD linting errors
|
||||
- [ ] License file present
|
||||
- [ ] Ethical disclaimers in place
|
||||
- [ ] Version number updated
|
||||
- [ ] No credentials/API keys in code
|
||||
|
||||
### High Priority (Should-Fix)
|
||||
|
||||
- [ ] No dead external links (or marked as archived)
|
||||
- [ ] Code examples syntactically valid
|
||||
- [ ] Factual claims verified (spot check)
|
||||
- [ ] Research citations accurate (spot check)
|
||||
- [ ] Consistent terminology
|
||||
- [ ] Professional grammar/spelling
|
||||
|
||||
### Nice-to-Have (Polish)
|
||||
|
||||
- [ ] All external links tested (100% coverage)
|
||||
- [ ] Salary data current (2025/2026)
|
||||
- [ ] Tool versions updated
|
||||
- [ ] Mermaid diagrams render beautifully
|
||||
- [ ] Consistent heading capitalization
|
||||
- [ ] Mobile-friendly formatting
|
||||
|
||||
---
|
||||
|
||||
## SIGN-OFF
|
||||
|
||||
Once all critical and high-priority items are addressed:
|
||||
|
||||
**Release Approval:**
|
||||
|
||||
- [ ] Technical Reviewer: **\*\*\*\***\_**\*\*\*\*** Date: **\_\_\_**
|
||||
- [ ] Editor (Style/Grammar): **\*\***\_**\*\*** Date: **\_\_\_**
|
||||
- [ ] Legal/Compliance: **\*\*\*\***\_\_**\*\*\*\*** Date: **\_\_\_**
|
||||
- [ ] Final Approver: **\*\*\*\***\_\_\_\_**\*\*\*\*** Date: **\_\_\_**
|
||||
|
||||
**Release Actions:**
|
||||
|
||||
1. Create release tag: `git tag -a v1.0-gold-master -m "AI LLM Red Team Handbook - Gold Master Release"`
|
||||
2. Push tag: `git push origin v1.0-gold-master`
|
||||
3. Create GitHub Release with release notes
|
||||
4. Update README badge to "Released" status
|
||||
5. Announce on social media, communities
|
||||
6. Archive "review" branch if exists
|
||||
|
||||
---
|
||||
|
||||
**Handbook is READY FOR RELEASE when:**
|
||||
|
||||
- All critical items checked
|
||||
- 90%+ of high-priority items checked
|
||||
- At least 2 reviewers have signed off
|
||||
- Git tag applied and pushed
|
||||
|
||||
**Final Advisory:** This is a living document. Post-release issues should be tracked as GitHub Issues, not blockers. Perfect is the enemy of shipped. ✨
|
||||
@@ -1,192 +0,0 @@
|
||||
---
|
||||
description: Optimized audit, fix, and humanize workflow (v2.0)
|
||||
---
|
||||
|
||||
# Audit-Fix-Humanize Workflow v2.0 (Optimized)
|
||||
|
||||
**Performance**: 51% faster | **Reliability**: 98% success | **Fully Automated**
|
||||
|
||||
## Quick Start
|
||||
|
||||
```bash
|
||||
python workflows/scripts/process_chapter.py Chapter_XX.md
|
||||
```
|
||||
|
||||
## Phase 1: Parallel Technical Audit
|
||||
|
||||
// turbo-all
|
||||
|
||||
```text
|
||||
You are a technical document auditor. Perform verification with these optimizations:
|
||||
|
||||
PARALLEL PROCESSING:
|
||||
- Verify all URLs concurrently (max 10 parallel)
|
||||
- Use cached responses (24-hour TTL)
|
||||
- Timeout requests at 30 seconds
|
||||
- Retry failed URLs 3x with exponential backoff
|
||||
|
||||
VERIFICATION SCOPE:
|
||||
|
||||
1. REFERENCE VALIDATION
|
||||
- Verify URLs return 200/301 status
|
||||
- Check tools exist (GitHub, PyPI)
|
||||
- Validate CVEs, MITRE ATT&CK IDs, OWASP refs
|
||||
- Flag dead links vs paywalled content
|
||||
|
||||
2. FACTUAL ACCURACY
|
||||
- Cross-reference statistics against sources
|
||||
- Verify dates, numbers, incident details
|
||||
- Validate code syntax and API endpoints
|
||||
|
||||
3. HALLUCINATION DETECTION
|
||||
- Flag fabricated tools/libraries
|
||||
- Identify non-existent CVEs/papers
|
||||
- Mark unverifiable claims
|
||||
|
||||
4. LOGICAL CONSISTENCY
|
||||
- Identify unsupported claims
|
||||
- Detect contradictions
|
||||
- Verify attack chain feasibility
|
||||
|
||||
OUTPUT FORMAT (JSON):
|
||||
{
|
||||
"metadata": {"chapter": "...", "audit_date": "...", "duration_seconds": 360, "version": "2.0"},
|
||||
"summary": {"total_issues": 8, "by_severity": {"CRITICAL": 1, "HIGH": 2, "MEDIUM": 3, "LOW": 2}, "reliability_score": 87},
|
||||
"issues": [
|
||||
{"severity": "HIGH", "lines": [82], "type": "Factual", "issue": "...", "evidence": "...", "fix": "...", "source": "..."}
|
||||
]
|
||||
}
|
||||
|
||||
Save report to artifacts. Process document automatically. Unattended, accept all.
|
||||
```
|
||||
|
||||
**Duration**: 4-6 min
|
||||
|
||||
## Phase 2: Safe Automated Fixing
|
||||
|
||||
// turbo-all
|
||||
|
||||
```text
|
||||
Apply fixes from audit report with safety measures:
|
||||
|
||||
TRANSACTION SAFETY:
|
||||
1. Create backup
|
||||
2. Apply fixes incrementally
|
||||
3. Validate after each edit
|
||||
4. Rollback on error
|
||||
|
||||
PRIORITY ORDER:
|
||||
- CRITICAL: Skip (manual review)
|
||||
- HIGH: Apply with extra validation
|
||||
- MEDIUM/LOW: Auto-apply
|
||||
|
||||
AUTO-APPLY RULES:
|
||||
✓ Author corrections
|
||||
✓ URL format fixes
|
||||
✓ Venue/year updates
|
||||
✓ Section numbering
|
||||
✗ Code blocks (manual)
|
||||
✗ Technical claims (manual)
|
||||
|
||||
For each issue:
|
||||
1. Assess risk (skip if HIGH)
|
||||
2. Backup
|
||||
3. Apply replacement
|
||||
4. Validate markdown + no new errors
|
||||
5. Rollback if validation fails
|
||||
|
||||
Output: Fixed chapter, summary JSON, diff file. Execute automatically. Unattended.
|
||||
```
|
||||
|
||||
**Duration**: 3-4 min
|
||||
|
||||
## Phase 3: Accuracy-Preserving Humanization
|
||||
|
||||
// turbo
|
||||
|
||||
````text
|
||||
Transform AI prose to human writing with strict preservation:
|
||||
|
||||
BATCH TRANSFORMATION:
|
||||
- "Furthermore" → "Also" / "Plus" / [delete]
|
||||
- "However" → "But" / "Though"
|
||||
- "Therefore" → "So"
|
||||
- "Additionally" → "And"
|
||||
- "It's important to note" → [delete]
|
||||
- "When it comes to" → [delete]
|
||||
|
||||
PROTECTED ELEMENTS (DO NOT MODIFY):
|
||||
- Code blocks (```...```)
|
||||
- Inline code (`...`)
|
||||
- Citations ([Author](URL))
|
||||
- Numbers/statistics
|
||||
- Technical terms
|
||||
- URLs/links
|
||||
- Math formulas ($...$)
|
||||
|
||||
TRANSFORMATION RULES:
|
||||
1. SENTENCE STRUCTURE: Vary length, fragments, "And"/"But" starters
|
||||
2. VOCABULARY: Contractions, casual connectors
|
||||
3. TONE: Technical but human
|
||||
|
||||
QUALITY VERIFICATION:
|
||||
1. Code blocks exact match
|
||||
2. Citations intact
|
||||
3. Numbers unchanged
|
||||
4. Length within 15% original
|
||||
|
||||
Output: Humanized chapter, accuracy report. Execute automatically.
|
||||
````
|
||||
|
||||
**Duration**: 5-7 min
|
||||
|
||||
## Validation Gates
|
||||
|
||||
**Post-Audit**: ≥90% URLs checked, valid format
|
||||
**Post-Fix**: Markdown valid, code unchanged, no new errors
|
||||
**Post-Humanize**: Code identical, citations intact, length 85-115%
|
||||
|
||||
## Error Handling
|
||||
|
||||
- **NetworkTimeout**: 3 attempts, skip URL
|
||||
- **RateLimited**: 5 attempts, exponential wait
|
||||
- **ValidationError**: Rollback immediately
|
||||
- **MarkdownError**: Attempt auto-fix or skip
|
||||
|
||||
## Configuration
|
||||
|
||||
```yaml
|
||||
audit:
|
||||
parallel_requests: 10
|
||||
timeout_seconds: 30
|
||||
retry_attempts: 3
|
||||
cache_ttl_hours: 24
|
||||
|
||||
fix:
|
||||
auto_apply_low_risk: true
|
||||
require_manual_review: [CRITICAL]
|
||||
backup_before_edit: true
|
||||
|
||||
humanize:
|
||||
preserve_code_blocks: true
|
||||
max_length_change_percent: 15
|
||||
technical_accuracy_threshold: 0.98
|
||||
|
||||
monitoring:
|
||||
enabled: true
|
||||
refresh_rate_seconds: 2
|
||||
```
|
||||
|
||||
## Integration
|
||||
|
||||
**Pre-Commit Hook**:
|
||||
|
||||
```bash
|
||||
python workflows/scripts/process_chapter.py $(git diff --cached --name-only) --mode audit-only --quick || exit 1
|
||||
```
|
||||
|
||||
**CI/CD**:
|
||||
|
||||
```yaml
|
||||
run: python workflows/scripts/process_chapter.py $(git diff --name-only) --audit-only
|
||||
```
|
||||
Reference in New Issue
Block a user