|
| 1 | +# LoopX Brand Guide For External Use |
| 2 | + |
| 3 | +This guide is for open-source projects, commercial companies, users, writers, |
| 4 | +and event organizers that want to mention LoopX, describe an integration, or |
| 5 | +show the LoopX name or artwork. It is practical project guidance, not legal |
| 6 | +advice. The separate [Name And Marks](trademarks.md) page records the current |
| 7 | +project position on names and marks. |
| 8 | + |
| 9 | +The short rule is: identify LoopX accurately, identify your own product clearly, |
| 10 | +and never make a reader infer sponsorship, certification, partnership, or an |
| 11 | +official release where none exists. |
| 12 | + |
| 13 | +## 1. What LoopX Is |
| 14 | + |
| 15 | +Use this description as a factual starting point: |
| 16 | + |
| 17 | +> LoopX is an open, provider-neutral, local-first dynamic goal control plane |
| 18 | +> for long-running agent work. It keeps goals, todos, decision scope, gates, |
| 19 | +> evidence, quota, handoff, and recovery legible across bounded turns. |
| 20 | +
|
| 21 | +LoopX runs on top of agent harnesses. The harness or application still executes |
| 22 | +the work; LoopX keeps the control state reviewable and recoverable. |
| 23 | + |
| 24 | +Do not describe LoopX as a model, an agent runtime, a complete agent platform, |
| 25 | +or an autonomous production controller. LoopX does not grant credentials, |
| 26 | +approve destructive or production actions, or turn an unverified run into proof |
| 27 | +of success. |
| 28 | + |
| 29 | +## 2. Choose The Relationship Words First |
| 30 | + |
| 31 | +Choose the narrowest relationship that your public implementation and evidence |
| 32 | +support: |
| 33 | + |
| 34 | +| If your project or product… | Say… | Do not imply… | |
| 35 | +| --- | --- | --- | |
| 36 | +| links to or discusses LoopX | “mentions LoopX” or “documents LoopX” | an integration or endorsement | |
| 37 | +| calls a public LoopX command or contract | “uses LoopX” | that LoopX operates your service | |
| 38 | +| exchanges state through a maintained adapter | “integrates with LoopX” | that the adapter is an official product | |
| 39 | +| adds a provider or extension around LoopX | “extends LoopX” | that the extension is maintained by LoopX | |
| 40 | +| is a modified distribution | “a fork of LoopX” or “based on LoopX” | that it is an official LoopX release | |
| 41 | +| is only exploring an idea | “proposed” or “experimental” | shipped compatibility | |
| 42 | + |
| 43 | +Only use “official LoopX”, “certified by LoopX”, “LoopX partner”, or similar |
| 44 | +language when a maintainer has explicitly authorized that wording for the |
| 45 | +specific surface and version. |
| 46 | + |
| 47 | +## 3. Name And Package Usage |
| 48 | + |
| 49 | +- Write the project name as **LoopX**. Do not write `Loop X`, `loop-x`, or use |
| 50 | + an unqualified “autonomous agent platform” as a substitute. |
| 51 | +- A project, company, hosted service, package, domain, or social account that |
| 52 | + is not operated by LoopX should not use `LoopX` as its primary identity in a |
| 53 | + way that looks official. |
| 54 | +- Descriptive names such as `acme-loopx-adapter` may explain a real |
| 55 | + integration, but the surrounding page must identify Acme as the operator and |
| 56 | + must not use “official” or equivalent language. |
| 57 | +- A fork or materially modified distribution should have its own primary name; |
| 58 | + state the LoopX relationship in a secondary description instead. |
| 59 | +- Keep the exact project name and relationship visible in titles, package |
| 60 | + descriptions, directory listings, and social profile bios rather than hiding |
| 61 | + it in a badge or footer. |
| 62 | + |
| 63 | +## 4. Logo And Artwork |
| 64 | + |
| 65 | +The repository's current public artwork is available under [`docs/assets/`](../assets/), |
| 66 | +including [`loopx-logo.png`](../assets/loopx-logo.png), the social preview, and |
| 67 | +control-plane diagrams. |
| 68 | + |
| 69 | +When showing a mark or screenshot: |
| 70 | + |
| 71 | +- preserve the artwork, aspect ratio, and readable contrast; |
| 72 | +- keep enough surrounding space that the mark is not mistaken for your own |
| 73 | + product mark; |
| 74 | +- link the surrounding reference to the official LoopX repository or docs; |
| 75 | +- identify your product as the operator when the mark appears on an integration |
| 76 | + page, hosted service, or commercial product page. |
| 77 | + |
| 78 | +Do not redraw, distort, recolor, crop into a new logo, animate, combine, or |
| 79 | +place the mark in a way that makes your offering look like an official LoopX |
| 80 | +surface. Do not use a LoopX mark as the favicon, app icon, or primary avatar of |
| 81 | +an unrelated product without maintainer permission. |
| 82 | + |
| 83 | +If the supplied artwork does not fit your layout, use the word **LoopX** in |
| 84 | +plain text and link to the project rather than inventing a replacement mark. |
| 85 | + |
| 86 | +## 5. Guidance For Common External Surfaces |
| 87 | + |
| 88 | +### Open-source README or documentation |
| 89 | + |
| 90 | +Good: |
| 91 | + |
| 92 | +> Acme Relay integrates with LoopX to persist bounded goal state. Acme Relay |
| 93 | +> is an independent project; see the integration guide and the LoopX project. |
| 94 | +
|
| 95 | +Include the relevant version, adapter, or command when the claim is version |
| 96 | +specific. A “works with LoopX” badge must link to a page that explains what is |
| 97 | +actually exercised; a badge is not proof of certification. |
| 98 | + |
| 99 | +### Commercial product or hosted service |
| 100 | + |
| 101 | +Name the company and service as the primary product. Explain what the service |
| 102 | +does with LoopX and who operates it. “Acme Cloud integrates with LoopX” is |
| 103 | +clearer than “LoopX Cloud” when LoopX does not operate the service. |
| 104 | + |
| 105 | +Do not use LoopX in a pricing tier, domain, account name, or sales headline in a |
| 106 | +way that suggests the service is hosted, sold, or supported by the LoopX |
| 107 | +project. Do not claim a partnership merely because an API or adapter exists. |
| 108 | + |
| 109 | +### Fork, plugin, extension, or distribution |
| 110 | + |
| 111 | +Give the distribution a distinct primary name and describe the relationship: |
| 112 | +“Acme Flow, a fork of LoopX” or “Acme Flow, an extension for LoopX.” Preserve |
| 113 | +the notices required by the applicable software license. Make material changes, |
| 114 | +support boundaries, and the absence of LoopX endorsement clear. |
| 115 | + |
| 116 | +### Blog, talk, benchmark, or comparison |
| 117 | + |
| 118 | +Use LoopX to identify the subject accurately. Attribute measurements to the |
| 119 | +specific public setup, version, and evidence. Do not turn a single demo, star |
| 120 | +count, benchmark row, or user report into a claim that LoopX universally |
| 121 | +delivers the result. |
| 122 | + |
| 123 | +## 6. Co-branding, Campaigns, And Official-looking Uses |
| 124 | + |
| 125 | +Ask maintainers before launch if a use involves any of the following: |
| 126 | + |
| 127 | +- a joint logo, “official” integration badge, certification, or partner mark; |
| 128 | +- a hosted service, paid offering, conference track, or campaign whose name |
| 129 | + prominently includes LoopX; |
| 130 | +- a package, domain, social account, or app icon that could be confused with a |
| 131 | + LoopX-operated surface; |
| 132 | +- a press quote, launch copy, or compatibility statement presented as a LoopX |
| 133 | + announcement; |
| 134 | +- a modified distribution whose visual identity closely follows the LoopX |
| 135 | + project identity. |
| 136 | + |
| 137 | +Open a focused GitHub issue with the proposed wording, surface, and relevant |
| 138 | +version. Do not put credentials, private evidence, embargoed security details, |
| 139 | +or private business arrangements in the issue. |
| 140 | + |
| 141 | +## 7. ADOPTERS And Public Attribution |
| 142 | + |
| 143 | +Projects and users may voluntarily add a public, self-attested entry to |
| 144 | +[`ADOPTERS.md`](../../ADOPTERS.md). The directory records what the submitter |
| 145 | +claims to use, not what LoopX certifies or endorses. Choose an adoption mode, |
| 146 | +state whether it is active or experimental, link to public evidence, and avoid |
| 147 | +private or unverifiable claims. |
| 148 | + |
| 149 | +The maintainer-observed [ecosystem adoption inventory](../community/ecosystem-adoption.md) |
| 150 | +is a different record. Do not copy an observation into `ADOPTERS.md` without a |
| 151 | +voluntary owner or user submission. |
| 152 | + |
| 153 | +## 8. Attribution And Claim Hygiene |
| 154 | + |
| 155 | +For any external reference: |
| 156 | + |
| 157 | +1. Link **LoopX** to the canonical repository or the relevant versioned docs. |
| 158 | +2. Name the external project's operator and support boundary. |
| 159 | +3. Say which command, adapter, release, or public behavior was used. |
| 160 | +4. Label the claim as shipped, observed, reported, or proposed when the |
| 161 | + distinction matters. |
| 162 | +5. Say what the evidence does not establish; in particular, do not imply |
| 163 | + endorsement or universal capability. |
| 164 | + |
| 165 | +The Apache and historical MIT license files cover the code and documentation |
| 166 | +under their terms. They do not turn a third-party product into an official |
| 167 | +LoopX product or grant permission to misrepresent project identity. |
| 168 | + |
| 169 | +## 9. Quick Review Checklist |
| 170 | + |
| 171 | +Before publishing a page, package, launch, or visual that mentions LoopX: |
| 172 | + |
| 173 | +- Is **LoopX** spelled and linked correctly? |
| 174 | +- Is the external operator or author unmistakable? |
| 175 | +- Is the relationship word supported by the implementation and evidence? |
| 176 | +- Is the version, adapter, or tested surface named where relevant? |
| 177 | +- Could a reader mistake the page, package, logo, or service for an official |
| 178 | + LoopX offering? |
| 179 | +- Does the copy avoid certification, sponsorship, partnership, or endorsement |
| 180 | + language unless explicitly authorized? |
| 181 | +- Are screenshots, user data, private paths, and raw runs public-safe? |
| 182 | +- If the use is ambiguous, has a focused maintainer question been opened before |
| 183 | + launch? |
0 commit comments