Engineering and architecture
Specifications built on licensed master specs: what you cannot license
By SourceX Editorial · Reviewed by Noah Loul ·
Short answer
Project specifications edited from a commercial master guide specification still contain the publisher's licensed text, so a firm generally should not license that text to a third party, including an AI developer, unless the master spec license allows it. What usually remains licensable is the firm's own material around the text: edit decisions, review comments, substitution reviews and firm-written sections.
Key takeaways
- Many project manuals mix firm text with licensed master spec text, manufacturer guide specs and owner front-end documents.
- Presume master spec text is restricted for licensing until the license and counsel say otherwise.
- The firm's edit decisions, review comments and substitution reviews are usually its own records.
- Separating firm text from licensed text needs the master release used on each project, which older archives often lack.
- Cancelling a subscription does not usually widen what the firm may do with licensed text.
Why a project manual is rarely all your own text#
A project manual is rarely all the firm's own text, because many firms start their specifications from a commercial master guide specification licensed by subscription, such as MasterSpec or a similar product, and then edit them for each project. The specifier deletes, adds and adjusts, but large parts of the published text often remain.
Other sources sit alongside it: manufacturer guide specifications downloaded from product websites, owner front-end documents and Division 01 templates, consultant sections from structural and MEP engineers, and quoted passages from codes and reference standards. Each source carries its own terms.
That mix is normal for producing project specifications. The narrower question here is what the firm may do with the resulting text outside the project, including licensing it.
Screen list: third-party text inside firm documents#
Third-party text in A/E documents usually comes from six sources: commercial master specifications, manufacturer guide specifications, owner front-end documents, consultant sections, quoted codes and standards, and office masters built on a commercial master. Treat every row below as restricted until its terms have been checked.
Citations differ from quotations. A section that requires compliance with a standard by name and number is referencing it; a section that reproduces paragraphs of that standard contains third-party text.
| Source | How to spot it | Usual starting position |
|---|---|---|
| Commercial master guide specification | Publisher's section format, editor's notes, version marks in headers or footers | Licensed for producing project specs; other use presumed restricted |
| Manufacturer guide specifications | Brand and product names throughout, manufacturer formatting | Terms set by the manufacturer; check before any reuse |
| Owner front-end and Division 01 templates | Owner's name, contract forms, owner-specific procedures | The owner's document, often under confidentiality |
| Consultant sections | Consultant's name in headers, discipline-specific sections | The consultant's work, governed by its agreement |
| Quoted codes and reference standards | Verbatim passages rather than citations by number | Owned by the code publisher or standards body |
| Office master specification | Firm formatting, but text derived from a commercial master | Firm edits layered on licensed text; mixed position |
What does a master spec license usually allow?#
A master spec license usually allows the subscribing firm to edit the text and issue it in project specifications for its clients, and restricts most other uses. Licenses commonly limit redistribution of the master itself, sharing with non-subscribers outside a project and use for purposes other than producing specifications. Terms differ by publisher and change over time.
Licensing a set of project manuals to an AI developer is a use outside producing project specifications, and a large set of edited sections could carry much of the master's text. Whether any license permits that is a question for the agreement and counsel, and the safe starting position is that it does not.
Read the current agreement and, where possible, the terms in force when each specification was produced. If the firm wants a broader right, the route is written permission from the publisher, not an interpretation of what the license leaves unsaid.
What usually remains licensable#
What usually remains licensable is the firm's own judgment around the specification text, recorded in its own words. That material is often more useful to AI developers than the spec text itself, because it captures decisions rather than standard language.
Each item still passes through the ordinary rights review. Client contracts, confidentiality terms and owner-drafted ownership clauses can restrict the firm's own records too, and personal details of contractors and reviewers need removal before anything leaves the firm.
- Substitution request reviews: the request, the reviewer's analysis and the decision.
- Submittal review comments that cite spec sections.
- RFIs about specification requirements and the firm's responses.
- Specifier coordination notes and internal QA/QC comments on the project manual.
- Product selection memos explaining why a system was chosen.
- Sections written entirely in-house, where the firm can show no master text was used.
- Metadata such as which sections each project used, without the section text.
How to separate firm text from licensed text#
Separating firm text from licensed text means comparing each section against the master release it came from. The comparison is manageable for recent work and difficult for older archives.
| Method | Works when | Limits |
|---|---|---|
| Compare against the master release | The firm kept the master version used on each project | Older releases may no longer be available |
| Editing software change tracking | The spec tool recorded what was added or modified | History is often lost once files are exported to PDF or Word |
| Exclude by section origin | A whole section was written in-house | Requires evidence that no master text was used |
| License records about the spec, not the spec | Substitution reviews, RFIs and comments exist | Leaves the specification text itself out |
Where licensed spec text turns up outside the project manual#
Licensed spec text turns up outside the project manual more often than firms expect, so the screen has to cover drawings and correspondence too. Specifiers and project architects copy paragraphs into general notes, keynote files, proposal boilerplate and internal templates, and the origin of the text is rarely marked.
The same applies in the other direction during construction administration. Reviewers often paste specification paragraphs into submittal comments, RFI responses and substitution decisions to show the contractor what was required. Those records are otherwise among the firm's most licensable material, so preparation should flag long quoted passages and either remove them or replace them with a section reference, keeping the reviewer's own reasoning intact.
A simple test catches most cases: if a passage reads like standard specification language rather than a person's judgment about a specific situation, check where it came from before it goes into any shared or licensed copy.
Illustrative: counsel screens a specification archive#
Illustrative: a fictional architecture firm, Pell & Ashdown, produced specifications for schools and municipal buildings from a commercial master spec, with an office master layered on top. When the firm explored licensing its project records, its general counsel asked what the specifications would contribute.
The screen showed that nearly every section derived from the commercial master or from manufacturer guide specs, and that the firm had not kept the master releases used on older projects. Owner front-end documents from school districts carried confidentiality terms of their own.
Counsel excluded specification text from scope. The firm instead put forward its substitution request reviews, spec-related RFIs and internal spec review comments on projects under standard-form contracts, with long quoted spec passages replaced by section references. The master spec subscription continued unchanged for project work.
How SourceX handles third-party content in a package#
SourceX screens for third-party content in the Rights step of the SourceX five-step transaction, and licensed master spec text, manufacturer content and quoted standards are excluded unless the rights holder grants permission in writing. The SourceX Evidence Packet records the licensing rights basis and the exclusions for each record family, so the firm and the buyer see the same account of what was left out and why.
Frequently asked questions
If we cancel our master spec subscription, can we license old specs?
Cancellation does not usually widen your rights. Licenses commonly restrict use of the licensed text both during and after the subscription. Read the termination and survival clauses, and assume the restriction continues until counsel or the publisher confirms otherwise.
Is our office master specification our property?
Partly. The firm's additions and edits may be its own, but if the office master was built from a commercial master, the licensed text inside it stays subject to the publisher's terms. Without a clean comparison, the edits are hard to separate from the base text.
Do drawings raise the same issue?
Yes, in a different form. Manufacturer details, downloaded Revit families and CAD content from product libraries come with their own terms of use. Track the source of third-party content in drawings the same way you track it in specifications.
Can we ask the publisher for permission?
You can, and written permission is the clean route if the specification text itself matters to a licensing deal. Describe the intended use, the scope of text and any de-identification precisely. Publishers may decline or attach conditions.
Does using CSI section numbers create a restriction?
Using section numbers and titles to organize records is common practice. Reproducing a full classification system or its explanatory text is a different matter. Keep numbering as reference metadata, and let counsel review any package that includes extensive classification content.
Related resources
- InsightDoes licensing data to AI developers affect your SOC 2 report?
- InsightSelling an MEP engineering firm: what buyers value in 2026
- SolutionData partnerships between businesses and AI developers
- SolutionTurn the data your company already creates into a licensing asset
- IndustryBPO & contact centers data
- IndustryRecruiting & staffing data
See if your company qualifies
A short company assessment. No data uploads are needed.