.comet/config.yaml in the root directory. When running comet init, available configurations will be generated, and most projects do not require manual adjustments. You only need to modify it when you want to change the default workflow, document language, clarification method, memory policy or delivery method.
Recommended Native configuration
The following configuration is suitable for new projects that use Chinese documentation:/comet to default to Native, save the change document in docs/comet/, generate the official product in Chinese, and complete the requirement clarification in Batch mode.
Default workflow and natural-language resume
default_workflow only affects the entry point and does not convert existing changes from Native to Classic, nor does it convert Classic Changes to Native.
If you need to enable two workflows simultaneously, run:
/comet, the route will still follow default_workflow.
Native core field
Product Catalogue
artifact_root: docs corresponds to <project>/docs/comet/; artifact_root: . corresponds to <project>/comet/. The path must be located within the project.
When existing projects need to migrate directories, do not directly modify YAML and manually move files. Let the Runtime complete the inspection, switching and restoration of records:
Document language
native.language has decided to create a new official product language for change later. Existing changes will continue to use the language recorded at the time of creation and will not be automatically rewritten due to configuration changes.
Clarification mode
batch: Raising all the questions for this round at once, where the premises are clear and independent of each other, is suitable for reducing round trips.sequential: In each round, only one most upstream or most influential question is raised, which is suitable for the need where the answer will change the subsequent questions.
[blocking] questions in brief.md.
Archiving confirmation
automatic: After the final verification is passed, the Runtime can continue to complete the archiving.required: After the final verification is passed, we will wait for your explicit consent to file.
automatic only controls whether to wait for additional archive confirmation and does not make the merge, push, or PR decision for you. When using a branch or worktree, Comet will still let you choose the actual delivery method; see Archive and delivery for the options.
Verify failure limit
max_verify_failures limits the number of failed implementation rounds that the same confirmed requirement can go through. When the upper limit is reached, Native will pause and allow you to decide whether to continue, modify the requirements, or stop. It will not retry indefinitely.
Runtime execution errors, missing external information, and states that cannot be safely recovered will return await-user or blocked separately and should not be bypassed by modifying the count.
Personal Memory
memory is applicable to both Native and Classic switches. By default, both switches are true.
For example, only using existing memories but not continuing to learn automatically:
Project Knowledge
By default,knowledge.provider is local. Comet will use the built-in project corpus. You can also append the Markdown documents in the project:
knowledge.local.include only accepts Markdown glob within the project. The path should use / and must not go beyond the project root directory. These paths are appended to the built-in corpus.
If your team already has a RAG knowledge system, you can switch to a remote Provider:
endpoint is the complete URL where your service actually receives requests. Comet sends POST requests to this address directly. Replace the sample domain with your real endpoint.
The remote address must use HTTPS. Only localhost and other loopback addresses can use HTTP. Set token_env to an environment variable name, and avoid writing the token directly in configuration. Timeout can be between 100 and 30000 milliseconds.
Hook write release
hook.allow_paths is an advanced configuration shared by Native and Classic. It allows the specified directory to continue writing during the originally protected phase, which is empty by default.
If Shape should still block code changes but you need writes under docs/team-notes while keeping other Hook protections, configure:
/. Configuring docs/team-notes will allow all files under it simultaneously.
Custom PR creation command
By default, when you choose push + create PR during Archive, Comet runsgh pr create --fill and fills the title and body from commit messages. If your repository requires a custom PR template (for example, checklist fields or linked issue fields), or requires post-create remote validation scripts, the default flow may fail repository rules. native.finish.pull_request lets you replace only the PR creation step with your own command while keeping the rest of delivery unchanged:
- Currently,
provideronly supportsrepository-command. commandmust be a non-empty parameter array; The first item should use the command name in the PATH or the relative path of the project. Absolute paths cannot be used.- The default
timeout_msis120000, and the maximum is600000. - The command is executed in the project root directory, receiving
comet.native.pull-request-finish-input.v1JSON via stdin and returningcomet.native.pull-request-finish-result.v1JSON via stdout. - Even if custom commands are configured, it is necessary to install and authenticate the GitHub CLI (
gh) for Comet to independently verify the remote status.

