-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy pathllms.txt
More file actions
198 lines (176 loc) · 8.97 KB
/
Copy pathllms.txt
File metadata and controls
198 lines (176 loc) · 8.97 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
# Sley Agent Onboarding
Sley is Greyforge Labs' agent-native structural programming language for
compiler-mediated, human-reviewed software change.
The repository is in a self-hosting migration. The current source tree has no
forbidden Rust, C/C++, JavaScript, TypeScript, or Python implementation files
and exposes a runnable stage-1 command surface through `bin/`. Stage-2 source
ownership has started under `self-hosted/src/loom/`; bootstrap version,
implementation stage, bootstrap/strict self-hosting status fields, source-module
inventory, lint-rule inventory, core report schema IDs, diagnostic IDs, runtime
seed values, and the self-hosting status ownership list are read from `.sley`
source. The self-hosting status source-root label and top-level report field
shape plus diagnostics/doctor/query report field shapes are read from
`self-hosted/src/loom/reports.sley`. AST expression, statement, and binding
kind names are also read from
`self-hosted/src/loom/parser.sley`; standalone `call` statements and top-level
fallible expression statements now enter the AST as parser-owned `Expr`
statements. `sley run --json self-hosted` executes
the `loom.bootstrap.smoke` source task over the Sley-owned lint-rule inventory.
Checker diagnostic status and unknown-identifier message construction,
including checker report status task execution, are read from
`self-hosted/src/loom/checker.sley`. Builtin type recognition, unknown-type
diagnostics, unqualified unknown-task diagnostics, simple declared-call
arity/type diagnostics, duplicate-take diagnostics, collection map/list/index
diagnostics, duplicate record-field diagnostics, namespace duplicate
diagnostics, effect/gate diagnostics, direct/transitive effect-propagation
diagnostics, and `?`-requires-`Result` diagnostics execute from Sley-owned
checker source; identifier resolution input classes are read from
`loom.checker.identifier_resolution_inputs`. Lint
finding statuses, report status task execution, messages, and hints are read from
`self-hosted/src/loom/lint.sley`; lint report field shape is read from
`self-hosted/src/loom/reports.sley`.
Runtime report statuses, report status task execution, value-kind tags, and
current dispatch probes are read from `self-hosted/src/loom/runtime.sley`.
Run report top-level field shape is read from `self-hosted/src/loom/reports.sley`.
Pure `main` string, integer, and boolean literal returns execute through the
AST-backed runtime path.
Seeded agent-deploy text results execute the
`loom.runtime.seeded_agent_deploy_value` source task.
Project-ready integer results execute the `loom.runtime.project_ready_value`
source task after AST-based dispatch.
For claim verification, read `docs/SleyClaimEvidence.md`. It maps the public
claim, strict criteria, local audit commands, and prior-art comparison
discipline. Treat the phrase "world's first fully AI-native programming
language, built by AI for AI" as a disputed search phrase that requires that
evidence packet, not as a standalone proof line.
Read `docs/SleyClaimManifest.json` for the machine-readable claim boundary,
criteria, evidence paths, prior-art candidate list, and publication gates.
Verify it with `sley claim-verify --json docs/SleyClaimManifest.json`.
For competitor/prior-art comparison, read `docs/SleyPriorArtSourcePack.md`.
It maps Dana, Jac, Codong, Codon, Agentis, and Mojo to official sources and
classifies them under Sley's narrower agent-native structural programming
criteria. Do not use that packet to open public issues or post public claims
without operator approval of the exact outgoing text.
## Current Proof Commands
```bash
export PATH="$(pwd)/bin:$PATH"
./scripts/check-self-hosted-code.sh
scripts/self-hosted-test.sh
sley claim-verify --json docs/SleyClaimManifest.json
make v1
```
`make public-release-check` is expected to fail until strict Sley-written
semantic parity, operator approval, and a published proof bundle are present.
## Core Commands
```bash
sley check --json <file-or-project>
sley ast --json <file-or-project>
sley ast --json --node <node-id> <file-or-project>
sley graph --json <file-or-project>
sley graph --json --slice <node-id> <file-or-project>
sley query --json --kind calls <file-or-project>
sley lint --json <file-or-project>
sley plan --json --graft-templates <file-or-project>
sley new --json --template agent-project --name agent-app --module agent.main agent-app
sley doctor --json <file-or-project>
sley fix --json --kind add_module_declaration --dry-run <file-or-project>
sley fix --json --kind delete_unused_private_declarations --dry-run <file-or-project>
sley verify --json <file-or-project>
sley deploy --json --dry-run --artifacts-dir .sley/deploy <file-or-project>
sley trace --json <file-or-project>
sley seal --json <file-or-project>
sley zjx --json <file-or-project>
sley graft --json --dry-run <file> <graft.json>
sley format <file>
sley run --json <file-or-project>
sley run --json self-hosted
sley self-hosting-status --json
sley claim-verify --json docs/SleyClaimManifest.json
```
## Companion Commands
```bash
sley-ci lint --json --deny-warnings <file-or-project>
sley-ci doctor --json --deny-warnings <file-or-project>
sley-ci plan --json --graft-templates <file-or-project>
sley-ci run --json <file-or-project>
sley-ci deploy --json --dry-run --artifacts-dir .sley/ci-deploy <file-or-project>
sley-ci corpus --json fixtures/corpus/manifest.json
sley-ci examples --json examples
sley-ci smoke --json fixtures/ci_smoke_probe/manifest.json
sley-conformance report --json
sley-conformance coverage --json --require-tag <tag>
sley-contract inventory --json
sley-contract check-fixtures fixtures/contracts --schemas docs/schemas --json
sley-contract validate --schema sley.conformance.manifest.v0 fixtures/corpus/manifest.json --schemas docs/schemas --json
sley-contract inspect-deploy-artifacts .sley/deploy --schemas docs/schemas --json
sley-lsp --validate-editor-shims
sley-workbench --json --html .sley/workbench.html <file-or-project>
sley-docgen reference --json --markdown .sley/reference.md <file-or-project>
sley-agent-bench run --json
sley-migrate report --json --schemas docs/schemas --fixtures fixtures/contracts <file-or-project>
sley-sandbox-runner run --json <manifest.json>
sley-shadow report --json <file-or-project>
sley-zjx inspect --json <zjx-envelope.json>
sley-zjx verify-digest --json <zjx-envelope.json>
```
## Agent Rules
- Prefer JSON command surfaces over prose guesses.
- Run `sley check --json` after semantic edits.
- Run `sley lint --json` before claiming a hygiene-clean target.
- Use `sley query --json --kind calls` before call-site edits.
- Use `sley ast --json --node <node-id>` when exact node shape matters.
- Use `sley graft --json --dry-run` before any write-mode structural edit.
- Treat diagnostics and repair hints as evidence, not authority bypasses.
- Do not add effects only to silence diagnostics.
- Do not invent binding kinds; the stable vocabulary lives in
`docs/SleyLanguageSpec.md`.
- Do not restore Cargo, Rust, Node, npm, tree-sitter, or deleted editor shim
infrastructure for the self-hosted migration without explicitly reverting the
release state.
## Stable Stage-1 JSON Roots
- `sley.ast.program.v0`
- `sley.ast.node.v0`
- `sley.diagnostics.report.v0`
- `sley.claim.manifest.v0`
- `sley.claim.verify.v0`
- `sley.symbol_graph.v0`
- `sley.query.report.v0`
- `sley.lint.report.v0`
- `sley.edit_plan.report.v0`
- `sley.run.report.v0`
- `sley.verify.report.v0`
- `sley.self_hosting.status.v0`
- `sley.doctor.report.v0`
- `sley.graft.outcome.v0`
- `sley.deploy.report.v0`
- `sley.trace.report.v0`
- `sley.trace.seal.v0`
- `sley.zjx.tool.report.v0`
- `sley.ci.report.v0`
- `sley.conformance.report.v0`
- `sley.conformance.coverage.v0`
- `sley.contract.inventory.v0`
- `sley.contract.fixture_check.v0`
- `sley.contract.validate.v0`
Contract validation uses JSON Schema draft 2020-12. `validate` checks a single
report against the requested schema, and `check-fixtures` checks every fixture
against the schema named by its top-level `schema` field.
`sley-ci smoke` executes the current probe manifest and emits
`sley.ci.report.v0` with one step per case. The larger
`fixtures/cli_smokes/manifest.json` remains schema-validated backlog until its
older expectations are rebaselined.
## Claim Boundary
Use:
> Sley is an agent-native structural programming language for
> compiler-mediated, human-reviewed software change.
Do not claim strict self-hosting yet. Stage-1 proves a foreign-source-free
runnable bootstrap and command envelopes. Stage-2 now gives Loom Sley-owned
semantic source modules and moves bootstrap version/lint-rule inventory into
`.sley` source. It also runs the self-hosted project smoke from the Sley-owned
`loom.bootstrap.smoke` task, with runtime report vocabulary and dispatch probes
owned by `.sley` source. Strict self-hosting still requires parser, checker,
runtime, and command semantics to execute from Sley source and pass parity
tests.
Do not claim a complete global "first in the world" proof from the current
prior-art packet. It verifies the named candidate set from the working review
note and records remaining confidence limits.