Coding AgentEngineering
Turn SEO fixes and articles into pull requests you review.
Your own Claude prepares a small change to your website code, Kanso checks it and shows you the exact diff, and a pull request is opened only when you confirm. It never merges and never deploys.
Free to start · No credit card required. Pull requests need GitHub connected. See how it works
- Your website
GitHub
The problem
Between an audit and a fix, work gets stuck.
Kanso prepares the change so your team only has to review it.
Findings that sit
Audits list issues, but turning them into code changes takes time.
Finding the right file
Someone has to work out which file produces each page.
Review overhead
Even a small fix needs a ticket, a branch and a pull request.
The Coding Agent does not replace your developers. It prepares small, reviewable changes so their time goes on reviewing them.
The difference
Without Kanso, and with it
- An audit lists the issue
- Someone files a ticket
- A developer finds the file and edits it
- Everything is tracked by hand
- A finding with its evidence
- A small change prepared by your own Claude, checked by Kanso
- Your confirmation before a pull request
- The fix marked done once you merge
How it works
From a finding to a reviewed change.
Capabilities
What the Coding Agent covers
GitHub App connection
The workspace owner installs the Kanso GitHub App with access to Contents and Pull requests, using GitHub's own sign-in, and picks the single repository the project uses.
Prepared by your own Claude
Your own Claude reads your repository's file list and up to five files at a time, finds where the page really lives, and prepares the change as whole files.
A Web Engineering strategy
One short Web Engineering strategy, written once by Kanso and then kept up to date by your own Claude. You can read it, and rewrite it once a day.
Checked by Kanso
Kanso checks every change: the repository is the one you connected, protected files are refused, the change must match the file as it is now, and its size is bounded.
A diff preview
See the exact lines before you decide. Nothing reaches GitHub until you do.
Owner approval
Only the workspace owner can create a pull request, on a new branch of Kanso's own, with a note that it is a proposal for human review. Kanso then stops.
Articles as pages
An approved article becomes a page in your site's own design: your Claude reads how your site lays out its articles, and the pull request carries the page.
Nothing merged for you
Kanso opens the pull request and stops. Your developer reviews and merges it on GitHub.
Part of Kanso, not a separate tool
The Coding Agent works alongside Kanso's other specialists, using shared business information. See the pricing page for which plans include it.
It turns a fix found by your SEO or GEO lead, or an article you approved, into a pull request your developer can review. Your own Claude reads your repository and prepares the change, Kanso checks it and shows you the exact diff, and a pull request is opened only after you confirm. It is not a general-purpose coding assistant.
Yes, through the Kanso GitHub App. The workspace owner installs it on GitHub with read and write access to Contents and Pull requests, then chooses the one repository this project uses. Kanso does not store your GitHub password or a token for your account. Disconnecting in Kanso removes Kanso's link; uninstalling the app is done on GitHub.
Your own Claude, through the Kanso connector. The first time, Kanso writes one short Web Engineering strategy for your business (which pages matter most, how to make a small safe change, how to place an article as a page, what your developer reviews). After that your Claude reads it before each change and keeps it up to date, so later changes cost Kanso nothing.
Small changes to website text files in your repository: page titles and descriptions, structured data, links, a file such as llms.txt or robots.txt, or an approved article placed as a page in your site's own design. A change is at most ten files, each small. Kanso refuses keys and environment files, automation, dependency files, lockfiles, hosting and build configuration, scripts and binaries.
No. Kanso has no way to merge, approve or review a pull request. Kanso does not deploy anything, and does not build, test or run your code. A person merges on GitHub, under your own review rules.
After you merge, Kanso reads the pull request's state from GitHub (read-only) and marks the fix done. If you published an article, a follow-up fix appears to add the new page to your sitemap, which you handle the same way. A pull request closed without merging puts the fix back on your list.
Start
Turn the next finding into a reviewable change.
Kanso prepares the change and opens the pull request when you approve it. Your team keeps the review, the merge and the release.
Free to start. See pricing