Zero-Config Code Flow for Claude code & Codex
This report summarizes scanner evidence for UfoMiao/zcf, a TypeScript project with 6,079 GitHub stars. SynthScan examined 55,908 lines of code across 366 source files, recording 90 pattern matches distributed across 4 syntactic categories. The legacy adjusted pattern signal is 3.2 (Low pattern signal); it is not an authorship estimate.
Use the findings to ask whether maintainers can explain intent, verify dependencies, simplify unnecessary scaffolding, and focus review effort. Risk Payload v1 adds ownership, supply-chain, over-engineering, and review-effort vectors when available. These are prompts for human verification, not probabilities, security findings, or measured maintenance costs.
Use each vector to guide manual verification of the underlying findings.
Payload schema: 1.0.0 · Engine: 2.0.0 · Scoring: heuristic-density-v1 · Scan date: 2026-10-31.
Can maintainers explain intent, assumptions, and trade-offs? 88 finding(s).
Are imports declared and package/API names verified? 2 finding(s).
Are wrappers, guards, and repeated structures necessary? 8 finding(s).
Which changes need focused human review? 90 finding(s).
This chart tracks the legacy adjusted pattern score across scan runs. Changes can reflect source changes, scan coverage, or detector/scoring versions; they do not measure AI adoption or prove that a team refactored code. Compare runs only when their scoring versions are compatible. The dashed line tracks the raw pattern-hit count.
Groups findings by configured severity weight. Severity is not a confidence estimate, security rating, or proof that a package is missing. Verify imports against the project's manifests and inspect each finding in its local design context.
This horizontal bar chart shows where configured pattern scores accumulate across directories. Treat the bars as locations to inspect, not as evidence of authorship or code quality. Use the file-level findings to decide whether a directory needs a focused ownership, dependency, complexity, or review check.
The scanner identified 90 distinct pattern matches across 4 syntactic categories. Each entry below represents a discrete location in the source code where the engine recorded a detector match to inspect in context. Expand any category row to inspect the individual file paths, line numbers, code snippets, and the lexical context (CODE, COMMENT, or STRING) in which each match was detected.
Reading the findings table: The Severity column indicates the configured finding weight (CRITICAL / HIGH / MEDIUM / LOW). The Context column identifies whether the match occurred inside executable code, an inline comment, or a string literal — legacy comment-context matches receive a ×1.5 score weight. The ⚡ bolt icon marks clustered matches: three or more patterns within a 10-line window, each receiving an additional ×1.5 density multiplier under the legacy scoring model.
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW⚡ | …history/2026-01-09_001414_fix-toml-top-level-fields.md | 24 | ### Step 1: Refactor `updateTopLevelTomlFields()` function | COMMENT |
| LOW⚡ | …history/2026-01-09_001414_fix-toml-top-level-fields.md | 34 | ### Step 2: Add helper functions | COMMENT |
| LOW⚡ | …history/2026-01-09_001414_fix-toml-top-level-fields.md | 38 | ### Step 3: Write/update test cases | COMMENT |
| LOW⚡ | …history/2026-01-09_001414_fix-toml-top-level-fields.md | 48 | ### Step 4: Run tests to verify | COMMENT |
| LOW⚡ | .zcf/plan/history/ccometixline-statusline-config.md | 81 | ### Step 1: Type Definitions (2 min) | COMMENT |
| LOW⚡ | .zcf/plan/history/ccometixline-statusline-config.md | 85 | ### Step 2: Write Test Cases (5 min) | COMMENT |
| LOW⚡ | .zcf/plan/history/ccometixline-statusline-config.md | 89 | ### Step 3: Update Configuration Template (3 min) | COMMENT |
| LOW⚡ | .zcf/plan/history/ccometixline-statusline-config.md | 93 | ### Step 4: Implement Configuration Logic (5 min) | COMMENT |
| LOW⚡ | .zcf/plan/history/ccometixline-statusline-config.md | 97 | ### Step 5: Integration Testing (3 min) | COMMENT |
| LOW⚡ | .zcf/plan/history/ccometixline-statusline-config.md | 100 | ### Step 6: Documentation Updates (2 min) | COMMENT |
| LOW⚡ | .zcf/plan/history/ccr-skip-option.md | 16 | ### Step 1: Add i18n translations | COMMENT |
| LOW⚡ | .zcf/plan/history/ccr-skip-option.md | 20 | ### Step 2: Modify preset selection logic | COMMENT |
| LOW⚡ | .zcf/plan/history/ccr-skip-option.md | 25 | ### Step 3: Handle skip logic | COMMENT |
| LOW⚡ | .zcf/plan/history/ccr-skip-option.md | 30 | ### Step 4: Implement CCR restart and status check | COMMENT |
| LOW⚡ | .zcf/plan/history/ccr-skip-option.md | 35 | ### Step 5: Add configuration completion tips | COMMENT |
| LOW⚡ | .zcf/plan/history/ccr-skip-option.md | 39 | ### Step 6: Update tests | COMMENT |
| LOW | .zcf/plan/history/2026-01-12_091556_更新codex模型配置选项.md | 18 | ### Step 1: 更新 src/utils/features.ts | COMMENT |
| LOW | .zcf/plan/history/2026-01-12_091556_更新codex模型配置选项.md | 32 | ### Step 2: 更新 src/utils/code-tools/codex.ts | COMMENT |
| LOW | .zcf/plan/history/2026-01-12_091556_更新codex模型配置选项.md | 45 | ### Step 3: 更新 src/utils/code-tools/codex-config-switch.ts | COMMENT |
| LOW | .zcf/plan/history/2026-01-12_091556_更新codex模型配置选项.md | 58 | ### Step 4: 更新 src/commands/init.ts | COMMENT |
| LOW | .zcf/plan/history/2026-01-12_091556_更新codex模型配置选项.md | 69 | ### Step 5: 更新中文翻译文件 | COMMENT |
| LOW | .zcf/plan/history/2026-01-12_091556_更新codex模型配置选项.md | 91 | ### Step 6: 更新英文翻译文件 | COMMENT |
| LOW | .zcf/plan/history/2026-01-12_091556_更新codex模型配置选项.md | 113 | ### Step 7: 运行测试验证 | COMMENT |
| LOW | .zcf/plan/history/refactor-output-styles-to-common.md | 13 | ### Step 1: Create Common Output Styles Directory Structure | COMMENT |
| LOW | .zcf/plan/history/refactor-output-styles-to-common.md | 31 | ### Step 2: Update Claude Code Output Style Reference | COMMENT |
| LOW | .zcf/plan/history/refactor-output-styles-to-common.md | 43 | ### Step 3: Update Codex System Prompt Reference | COMMENT |
| LOW⚡ | .zcf/plan/history/refactor-output-styles-to-common.md | 56 | ### Step 4: Delete Duplicate Template Files | COMMENT |
| LOW⚡ | .zcf/plan/history/refactor-output-styles-to-common.md | 63 | ### Step 5: Update Documentation | COMMENT |
| LOW⚡ | .zcf/plan/history/refactor-output-styles-to-common.md | 70 | ### Step 6: Run Tests | COMMENT |
| LOW⚡ | …/history/2026-01-28_004229_remove-codex-chat-format.md | 11 | ### Step 1: Modify api-providers.ts | COMMENT |
| LOW⚡ | …/history/2026-01-28_004229_remove-codex-chat-format.md | 15 | ### Step 2: Modify codex-provider-manager.ts | COMMENT |
| LOW⚡ | …/history/2026-01-28_004229_remove-codex-chat-format.md | 19 | ### Step 3: Modify codex.ts | COMMENT |
| LOW⚡ | …/history/2026-01-28_004229_remove-codex-chat-format.md | 23 | ### Step 4: Modify codex-config-switch.ts | COMMENT |
| LOW⚡ | …/history/2026-01-28_004229_remove-codex-chat-format.md | 27 | ### Step 5: Modify init.ts | COMMENT |
| LOW⚡ | …/history/2026-01-28_004229_remove-codex-chat-format.md | 30 | ### Step 6: Update i18n files | COMMENT |
| LOW⚡ | …/history/2026-01-28_004229_remove-codex-chat-format.md | 34 | ### Step 7: Run tests | COMMENT |
| LOW | …cf/plan/history/codex-mcp-extra-fields-preservation.md | 39 | ### Step 1: Enhance Type Definition | COMMENT |
| LOW⚡ | …cf/plan/history/codex-mcp-extra-fields-preservation.md | 54 | ### Step 2: Modify parseCodexConfig Function | COMMENT |
| LOW⚡ | …cf/plan/history/codex-mcp-extra-fields-preservation.md | 61 | ### Step 3: Create TOML Field Formatter | COMMENT |
| LOW⚡ | …cf/plan/history/codex-mcp-extra-fields-preservation.md | 68 | ### Step 4: Modify renderCodexConfig Function | COMMENT |
| LOW⚡ | …cf/plan/history/codex-mcp-extra-fields-preservation.md | 75 | ### Step 5: Write Unit Tests | COMMENT |
| LOW⚡ | …cf/plan/history/codex-mcp-extra-fields-preservation.md | 84 | ### Step 6: Write Edge Case Tests | COMMENT |
| LOW⚡ | …cf/plan/history/codex-mcp-extra-fields-preservation.md | 93 | ### Step 7: Update Documentation | COMMENT |
| LOW⚡ | .zcf/plan/history/env-permission-config.md | 11 | ### Step 1: 创建简化的配置导入功能 | COMMENT |
| LOW⚡ | .zcf/plan/history/env-permission-config.md | 18 | ### Step 2: 更新国际化文本 | COMMENT |
| LOW⚡ | .zcf/plan/history/env-permission-config.md | 24 | ### Step 3: 更新功能模块 | COMMENT |
| LOW⚡ | .zcf/plan/history/env-permission-config.md | 29 | ### Step 4: 集成到菜单系统 | COMMENT |
| LOW | …26-01-12_085710_fix-issue-259-mcp-config-corruption.md | 39 | ### Step 1: Create codex-toml-updater.ts | COMMENT |
| LOW | …26-01-12_085710_fix-issue-259-mcp-config-corruption.md | 48 | ### Step 2: Modify API Call Sites (8 locations) | COMMENT |
| LOW | …26-01-12_085710_fix-issue-259-mcp-config-corruption.md | 62 | ### Step 3: Modify MCP Call Sites (3 locations) | COMMENT |
| LOW | …26-01-12_085710_fix-issue-259-mcp-config-corruption.md | 70 | ### Step 4: Verification | COMMENT |
| LOW⚡ | .zcf/plan/history/refactor-git-workflow-templates.md | 52 | ### Step 1: Create shared directory structure | COMMENT |
| LOW⚡ | .zcf/plan/history/refactor-git-workflow-templates.md | 56 | ### Step 2: Move English git workflow files | COMMENT |
| LOW⚡ | .zcf/plan/history/refactor-git-workflow-templates.md | 61 | ### Step 3: Move Chinese git workflow files | COMMENT |
| LOW⚡ | .zcf/plan/history/refactor-git-workflow-templates.md | 66 | ### Step 4: Delete duplicate files | COMMENT |
| LOW⚡ | .zcf/plan/history/refactor-git-workflow-templates.md | 72 | ### Step 5: Update workflow-installer.ts | COMMENT |
| LOW⚡ | .zcf/plan/history/refactor-git-workflow-templates.md | 77 | ### Step 6: Update documentation | COMMENT |
| LOW | .zcf/plan/history/refactor-sixStep-to-common.md | 21 | ### Step 1: Create common/workflow/sixStep template files ✅ | COMMENT |
| LOW | .zcf/plan/history/refactor-sixStep-to-common.md | 36 | ### Step 2: Modify workflow-installer.ts (Claude Code) ✅ | COMMENT |
| LOW | .zcf/plan/history/refactor-sixStep-to-common.md | 47 | ### Step 3: Modify codex.ts (Codex) ✅ | COMMENT |
| 20 more matches not shown… | ||||
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | .zcf/plan/history/codex-fixes-summary.md | 20 | export async function runCodexSystemPromptSelection(): Promise<void> | CODE |
| LOW | .zcf/plan/history/codex-fixes-summary.md | 23 | export async function runCodexWorkflowSelection(): Promise<void> | CODE |
| LOW | .zcf/plan/history/Claude-Code-Multi-Config-TDD-Plan.md | 219 | function validateSkipPromptOptions(options: InitOptions): void { | CODE |
| LOW | .zcf/plan/history/Claude-Code-Multi-Config-TDD-Plan.md | 281 | async function convertToClaudeCodeProfile(config: ApiConfigDefinition): Promise<ClaudeCodeProfile> { | CODE |
| LOW | .zcf/plan/history/Claude-Code-Multi-Config-TDD-Plan.md | 490 | export async function handleInteractiveClaudeCodeSwitch(): Promise<void> { | CODE |
| LOW | .zcf/plan/history/Claude-Code-Multi-Config-TDD-Plan.md | 564 | async function handleClaudeCodeConfigSwitch(selectedConfig: string): Promise<void> { | CODE |
| LOW | .zcf/plan/history/Claude-Code-Multi-Config-TDD-Plan.md | 753 | export async function handleInteractiveClaudeCodeSwitch(): Promise<void> { | CODE |
| LOW | .zcf/plan/history/codex-windows-mcp-fix.md | 49 | function applyCodexPlatformCommand(config: CodexMcpService): void { | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| HIGH | .zcf/plan/history/exa-mcp-config-update.md | 13 | "EXA_API_KEY": "your-api-key-here" | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | packages/core/test/skills-presets.test.ts | 172 | await writeFile(join(dir, 'en', 'placeholder'), '') | CODE |