Why your codebase size doesn’t tell you what buyers will pay
Rightmark’s Price Index puts a standard private-code license at an indicative $150 to $1,500 per repository per sale, and a prepared training task at a reported $200 to $2,000 per task. What could your archive earn, and what must you demonstrate to pursue either route?
If a licensing estimate looks small beside years of development work, first check what it actually covers. Hundreds of repositories and millions of lines describe the size of your archive. They do not specify what a buyer receives, its intended use or the rights included.
That is where preparation becomes useful. Before investing in packaging the entire archive, choose a specific use and assemble enough evidence to evaluate a sample. The aim is to identify a priced deliverable, the evidence needed to sell it and the work required before an indicative range can become a proposal.
An owner-approved Rightmark listing illustrates this with approximately 290 repositories and 5 million original lines of code. It has no published buyer offer. Its value as an example is the preparation decision: a selection of 14 repositories contains most of the archive’s recorded test material, while execution evidence and some permissions still need review.
Decide what you want a buyer to evaluate
For a repository-and-history license, your starting package might be the code, its development history, an inventory and the relevant permissions. For a coding-task proposal, you would also need to identify the problem, starting revision, expected change and tests. A proposal for reproducible tasks adds the environment, commands and execution evidence needed to attempt the work.
These are different things to appraise. You do not need to turn every repository into a bug-fix task before discussing a repository license. Equally, counting a candidate fix does not establish a finished task that a buyer has accepted.
Write a short description of the deliverable you can provide today, then separate the work that would still be required. That makes the next conversation concrete and helps you avoid comparing a per-task rate with an estimate for repository access. If you do not know which use fits, bring the inventory and available evidence to the appraisal and ask which licensing route is worth investigating.
Find the useful preparation scope inside your archive
The listed company has a training-task selection of 14 repositories. That is about 5% of its repository count, but it contains approximately 85% of the collection’s test files, 70% of its original code and half its commits.
Selected share of this one listed collection
Whole percentages from approximate totals. A selected portfolio, not a market or value share.
| Measure | Selected 14 repositories | Whole listed collection | Approximate selected share |
|---|---|---|---|
| Repositories | 14 | 290 | 5% |
| Original lines | 3.5 million | 5 million | 70% |
| Commits | 44,000 | 88,000 | 50% |
| Test files | 6,200 | 7,300 | 85% |
One company’s selected portfolio. Measurements dated October 20, 2026; source checked October 23. Percentages use rounded totals. The selected repositories are included in the whole collection.
For this owner, the 14 repositories provide a focused place to investigate a task-oriented package. Starting there would cover most of the recorded test material without first preparing every repository in the archive.
For your own collection, look for a similarly coherent starting scope: repositories relevant to the proposed use, with history, tests and documentation you can actually supply. The right scope may be much smaller than your total inventory. There is no reason to copy this company’s count of 14.
This selection was not random. Its concentration does not show that 85% of the archive’s value sits in those repositories, or that the remainder cannot be licensed for another use. It tells this owner where much of the evidence for this particular review is located.
Turn “we have tests” into evidence someone can inspect
The selected repositories contain 233 bug fixes that landed with a test, and all 14 have CI configuration. The owner reports test runs with no failures, but Rightmark had not seen the logs at the source check.
If you have similar material, a useful next step is to document representative candidate fixes. Record the starting revision, the behavior being fixed, the relevant test, the dependencies and commands, and the execution output. If you cannot reproduce an example because it needs a private service, record that dependency as a preparation gap.
The output is a documented example that can be reviewed against a proposed use. It is not yet an accepted task count or a revenue forecast. The listing’s 233 recorded fixes remain candidate material until that work and the relevant acceptance review are established.
- History and testsInventory recorded
- Candidate change233 bug fixes with tests recorded
- Execution resultOwner reports passing runs; logs not seen
- Buyer acceptanceNot established
Evidence stages, not a measured conversion funnel. No accepted-task count or conversion rate is known.
Where the money is: code licenses and finished tasks
The Rightmark Price Index, Q3 2026, updated October 10 and rechecked October 23, gives owners two useful price comparisons. All amounts below are US dollars. Each row prices a different deliverable; they are not successive rewards for improving the same repository.
| What is being priced | Dollar reference | What the figure establishes |
|---|---|---|
| A standard private-repository license with full Git history | $150 to $1,500 per repository, per sale | Medium confidence. Indicative pre-sale range, summarized by Rightmark from public licensing programs; non-exclusive code-and-history access |
| A prepared training task built from real work | $200 to $2,000 per task | Medium confidence. Reported market range from Epoch AI’s interview-based article published January 12, 2026; a specified problem with usable grading, not a raw commit or a code-owner payout |
Indicative estimate, not an offer. Final offers depend on the systems you connect, data size and quality, access terms and due diligence.
The first row concerns access to a repository and its history. The second concerns a finished task product, which may involve additional engineering by a task builder. The ranges cannot be added together, and the task price need not all go to the original code owner.
A separate estimate, Low confidence: the index places premium or task-grade repositories at $10,000 to $100,000+ per repository. This is Rightmark’s own estimate for repositories that build, pass tests and contain real bug-fix history. No published buyer per-repository price supports the band. It is a route to investigate through appraisal, not a premium earned by this portfolio.
A public licensing program makes the volume-based route more concrete. Its advertised non-exclusive terms, checked October 23, value source code at $100 per million tokens and Git history at $40 per million tokens. It requires original work, authority to license it for AI training and compliance with its technical requirements. These are advertised rates, not evidence that an owner has been paid; the posting does not establish a complete net-payout calculation.
For illustration only, suppose that program qualifies a repository with 1 million source-code tokens and 5 million history tokens. The advertised-rate calculation is (1 × $100) + (5 × $40) = $300. That is illustrative arithmetic at the advertised rates, before any adjustments or terms not stated in the posting. It is not this company’s estimate. Its 5 million lines of code cannot be substituted for token counts.
What buyers require before the task price applies
The research behind the task benchmark reports a $200 to $2,000 ballpark from multiple industry interviewees. The original research covers reinforcement-learning tasks across domains; Rightmark uses it as the reference for its code-task index row. It also explains the work behind that price: a task needs an environment in which it can be attempted, a grader that rewards the intended solution rather than a shortcut, and difficulty suited to the model being trained. These are reported purchasing and quality criteria, not a live order for this portfolio.
That makes the 233 fixes useful leads for investigation. To turn one into a task proposal, demonstrate the starting state, the requested change, the execution environment and how the tests distinguish a correct solution. CI configuration or an owner-reported green test run alone does not establish those properties or automatically raise an estimate.
Here is the money calculation for a hypothetical batch of 10 completed tasks accepted at the reference rates: 10 × $200 = $2,000, or 10 × $2,000 = $20,000 in gross task-level revenue. Neither the task count nor acceptance is observed in this portfolio. The source does not establish its conversion rate from candidate fixes to accepted tasks, so multiplying 233 by the task price would not produce a defensible estimate.
Before paying to prepare a batch, establish the proposed rate, acceptance test, payment trigger and who funds the work. Then calculate your own proceeds: the amount payable to you under the agreement, less your preparation costs and any applicable fees or deductions. If another business turns your licensed code into tasks, its task-sale revenue and your licensing income are different amounts. No owner share or preparation budget is established for this case.
Find your next step from the evidence you have
Use the following guide to locate the work that would make your own appraisal more specific. It is a preparation guide, not a scoring model or a prediction of price.
| Your starting point | Your next useful step | What to expect from that step |
|---|---|---|
| You have a repository list and code-volume totals | Choose a proposed use and a defined sample; describe the code and history you can supply | A clear scope to discuss, rather than an assumed price for the entire archive |
| You have tests and CI configuration | Capture commands, dependencies and execution output for representative examples | Inspectable evidence, or a specific list of execution gaps |
| You have candidate fixes or tasks | Connect each proposed example to its problem, revisions, tests and expected result | A documented set to evaluate against a buyer’s requirements; acceptance still needs to be established |
| Some code was built for clients or depends on material you cannot share | Separate those items and collect the relevant permission and delivery records | Explicit boundaries and unresolved questions for the proposed license |
Rights can change the scope as much as technical preparation. One repository in the example’s task selection was built for a client. The owner says it may license it; Rightmark had not seen the contract. If your archive includes client work, identify it in the appraisal instead of treating ownership of the repository as proof that every licensing permission is established.
The insight: match your evidence to the dollars you want to pursue
For an owner with an inventory and full history, the $150 to $1,500 per-repository benchmark is a starting reference for discussing a standard license. Ask for the code and history volumes, eligible scope and rights behind any actual estimate. Hundreds of folders or years of development spend do not tell you those inputs.
For an owner with reproducible, well-graded problems, the $200 to $2,000 per-task reference makes a different commercial conversation worth having: who will build the tasks, what the buyer will accept, and what the code owner receives. The 14-repository selection points to where this company could investigate that route. The next commercial question is how many usable tasks a sample can support, at what preparation cost and under whose agreement.
If your appraisal seems low, ask which of these products it evaluates before spending money on improvements. Preserve the history for a volume-based license; document execution and grading for a task proposal. A change that helps one route may not change the price under another. Resolve the proposed unit and acceptance criteria before preparing the whole archive.
The outcome to seek is a scoped commercial proposal: what can be licensed, the dollars per qualifying unit, the evidence still needed, your preparation costs and the amount you would receive under the agreement.
Source, scope and calculations
This note uses the owner-approved code and company records listing, checked October 23, 2026. The code measurements are dated October 20; the owner inventory and listing update are dated October 21. This is one selected company portfolio, not a market sample. No new code measurements were made for this article revision. The Price Index, its original task-price source, the advertised token-rate program, Wanted and the portfolio were read live again for the money section on October 23.
The selected shares are 14 / 290 = 4.83%, 3.5 million / 5 million = 70%, 44,000 / 88,000 = 50%, and 6,200 / 7,300 = 84.93%, rounded to whole percentages in the chart. Inputs are approximate; decimal calculations do not add measurement precision. Test files do not measure coverage, execution success or accepted tasks. Run results and client licensing permission remain owner-reported, with logs and the relevant contract unseen by Rightmark at the source check.
Dollar references retain their original units and stages. The index’s standard range is an indicative pre-sale estimate; the task range is interview-reported pricing; the premium range is Rightmark’s own low-confidence estimate. The token rates are a public program’s advertised pricing terms. None establishes a completed Rightmark transaction or this owner’s take-home income. The $300 token example and $2,000 to $20,000 task example use invented quantities and stated assumptions solely to explain the arithmetic. No source lines were converted to tokens, and no candidate fixes were counted as accepted tasks.
The data we are looking for
Rightmark is assembling lots of private product code with full Git history and clear licensing rights. For standard licensing, the current index reference is $150 to $1,500 per repository per sale, indicative rather than an offer. If your code can support prepared tasks, ask whether that route fits and how its $200 to $2,000 per-task market reference would translate into an agreement with you. If you own that kind of archive, begin with a representative repository and describe what you can supply. For a task-oriented package, include available tests, build instructions and execution evidence; flag missing dependencies and client-owned material.
Run Repo Check on a repository you want to license. It runs locally. Inspect the resulting share.json, then open it on the Repo Check page to review the suggested route, fix list and any available estimate. Your source code stays on your machine during the check.
If you already have an inventory, appraise your codebase. Describe the proposed package and attach or identify the supporting evidence the appraisal flow requests.
At the October 23 source check, the private product code lot was in preparation and Wanted listed no active buyer requests. The separate portfolio round is scheduled to open October 27. Check the current data requirements before preparing a submission. These statuses describe supply preparation; they do not establish a buyer offer for your data.