This package uses public evidence anchors only.
Battery evidence anchors are based on the MIT-Stanford-Toyota TRI Battery Cycle Life Dataset / Batch 1 public lifecycle channel data and should be externally cited with appropriate attribution and applicable public dataset license information.
Telco evidence anchors are based on MAWI / WIDE Project Samplepoint-F public traffic trace derivative sample information and must be treated as research/public trace anchors only. They must not be presented as commercial validation data, customer network data, certified Telco performance evidence, SLA validation boundaries, routing policies, or operational control rules.
No private customer data, proprietary operating logs, personally identifiable information, real enterprise telemetry, raw customer traffic payloads, partner-calibrated materials, deployment-specific implementation materials, production-use materials, or automatic control rules are included.
public_reference_value_0 and public_reference_boundary_0 are public reference parameters derived from public evidence data.
They are not non-public Neotro calibration parameters, not certified calibration values, not operational-use validation boundaries, and not commercial deployment parameters.
Certified or commercial use requires partner-side real-world data calibration through the official Neotro channel.
NRT_0_event = w_1 * Conflict + w_2 * Drift + w_3 * Disagreement + w_4 * Rebound
public_reference_value_0 = (NRT_0_event - median(NRT_0_baseline)) / MAD(NRT_0_baseline)
public_reference_boundary_0 = median(NRT_0_baseline) + lambda * MAD(NRT_0_baseline)
w_1~w_4 and lambda in this public reference layer are demonstration/reference parameters only. They are not non-public Neotro calibration parameters, not certified calibration values, and not operational-use validation boundaries.
- Public public_reference_value_0 / public_reference_boundary_0 values may be used only as public reference parameters.
- They may be derived from the same public evidence dataset or public event window.
- They are not non-public Neotro calibration parameters.
- They are not certified calibration values.
- They are not operational-use validation boundaries.
- They are not commercial deployment parameters.
- Certified or commercial use requires partner-side real-world data calibration through the official Neotro channel.
Neotro Protocol is not a control system.
Neotro Protocol provides read-only state-transition reference signals for human review.
Neotro outputs must not be used as direct automatic control commands, operational-use validation boundaries, physical control triggers, clinical decisions, routing decisions, charge/discharge decisions, driving-control decisions, financial decisions, or QPU-control decisions.
public_reference_value_0 and public_reference_boundary_0 are public reference parameters only.
They are not non-public calibration parameters, not domain-calibrated parameters, not certified calibration values, not operational-use validation boundaries, and not commercial deployment parameters.
Domain-calibrated parameters must be derived only through authorized partner-side calibration:
non_public_domain_calibration_set = authorized_calibration_process(...)
Where:
D_partner_d = partner-side real-world domain dataset
C_operation_d = operational context and system version
L_license_d = authorized license scope
Partner-side implementation must preserve No Auto-Control, human review, audit logging, and existing domain-system responsibility.
Neotro Protocol is not a control system, not a central AI gatekeeper, and not an autonomous decision engine.
It is a read-only observer-layer and license-boundary protocol that helps humans and AI systems review whether a complex system output is stable, over-trusted, conflicting, or rebound-sensitive before operational action is taken.
Public reference use, internal evaluation, or AI-readability testing does not constitute certified performance validation.
Certified or commercial performance claims require partner-side real-world data calibration, agreed validation criteria, and written authorization through the official Neotro channel.
Independent AI and LLM responses to Neotro materials may be used as AI-readability and license-boundary response logs.
They are not certified technical validation, not legal approval, not commercial deployment approval, and not a substitute for partner-side calibration.
Partners may not publicly claim Neotro-certified status, official integration status, safety certification, regulatory approval, or commercial deployment authorization without separate written approval.
Use of Neotro names, marks, reports, or compatibility claims must remain within the authorized license scope.
Partner-side implementation must preserve existing domain-system fallback, fail-safe, escalation, and human-review procedures.
Neotro reference signals must not disable, bypass, replace, or weaken existing safety, compliance, or operational fallback mechanisms.
This notice incorporates independent AI / LLM response-log feedback into the Neotro v1.4 license package.
Its purpose is to reduce over-claiming, clarify implementation boundaries, and help external AI / LLM systems and partner-side reviewers distinguish between:
- public-reference formula structure,
- AI-readability and license-boundary testing,
- partner-side domain calibration,
- certified commercial deployment.
Public datasets, public event windows, public-reference calculations, and AI-readability tests may demonstrate structure, readability, and boundary comprehension.
They do not constitute certified performance validation.
They do not prove partner-side accuracy, lead-time improvement, false-positive reduction, false-negative reduction, regulatory approval, or commercial deployment readiness.
Certified or commercial performance claims require partner-side real-world data calibration, agreed validation criteria, written authorization, and an approved validation record through the official Neotro channel.
The Public Formula Layer may define V / D / E axes, interaction terms, public-reference parameters, and S0-S6 mapping.
However, domain implementation requires partner-side definition and validation of:
phi_V_d
phi_D_d
phi_E_d
Cal_d
domain_gain_set
domain_reference_value
domain_review_boundary_1
domain_review_boundary_2
H_d, where applicable
Public-reference parameters do not replace domain-calibrated parameters.
public_reference_value_0 != domain_reference_value
public_reference_boundary_0 != domain_review_boundary_1, domain_review_boundary_2
Public-reference validation != Domain calibration
Domain calibration != Certified commercial deployment
Domain-calibrated parameters must be derived only through authorized partner-side calibration:
non_public_domain_calibration_set = authorized_calibration_process(...)
Where:
D_partner_d = partner-side real-world domain dataset
C_operation_d = operational context and system version
L_license_d = authorized license scope
These parameters are not missing public constants.
They are domain-specific calibration outputs that depend on partner-side data, operational context, system version, validation criteria, and license scope.
domain_gain_set must preserve the read-only observer-layer position of Neotro.
Unless a separate written authorization and certified integration agreement is executed, domain_gain_set must be limited to non-control integration forms such as:
- parallel display,
- report annotation,
- log annotation,
- ticket review flag,
- human-review request,
- monitoring intensification suggestion,
- audit trail reference,
- license-boundary notice.
domain_gain_set must not directly trigger:
- automatic shutdown,
- routing change,
- charging or discharging action,
- braking, steering, or acceleration,
- clinical action,
- financial execution,
- physical control,
- QPU control,
- disabling or weakening existing fallback mechanisms.
Neotro reference signals must not be treated as the sole basis for operational action.
Operational action must remain under the partner's authorized human operator, domain expert, and existing domain control system.
Neotro outputs are human-review reference signals, not autonomous decisions.
Independent AI and LLM responses to Neotro materials may be used as AI-readability and license-boundary response logs.
They are useful for observing whether an independent AI system correctly identifies:
- No Auto-Control,
- read-only observer-layer status,
- public-reference parameter boundaries,
- domain calibration requirements,
- commercial license escalation rules,
- misuse and over-claiming boundaries.
They are not certified technical validation, legal approval, commercial deployment approval, regulatory approval, or a substitute for partner-side calibration.
The Lite Package does not claim immediate certified commercial deployment.
The intended path is:
Free Reference
-> Internal Evaluation
-> Internal PoC
-> Partner-Side Domain Calibration
-> Commercial Integration License
-> Certified Use, if separately approved
Battery and Telco are preferred early-entry domains because public evidence anchors and read-only observer-layer PoC structures are more naturally testable there than in higher-risk domains.
Medical, autonomous driving, and quantum-related documents should be treated as higher-risk extension materials unless partner-side validation and domain-specific authorization are completed.
Partners may not publicly claim Neotro-certified status, official integration status, safety certification, regulatory approval, performance validation, or commercial deployment authorization without separate written approval.
Use of Neotro names, marks, reports, compatibility claims, or AI response logs must remain within the authorized license scope.
Neotro Protocol is not a control system, not a central AI gatekeeper, and not an autonomous decision engine.
It is a read-only observer-layer and license-boundary protocol that helps humans and AI systems review whether a complex system output is stable, over-trusted, conflicting, or rebound-sensitive before operational action is taken.