@sellable/install 0.1.112 → 0.1.114
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
|
@@ -40,8 +40,8 @@ the branch input.
|
|
|
40
40
|
`get_subskill_prompt({ subskillName: "generate-messages", offset, limit })`
|
|
41
41
|
until `hasMore` is false.
|
|
42
42
|
|
|
43
|
-
2. Use that prompt as the drafting contract.
|
|
44
|
-
|
|
43
|
+
2. Use that prompt as the drafting contract. Do not use create-campaign
|
|
44
|
+
safety/checklist instructions as a substitute for the full prompt.
|
|
45
45
|
3. Draft only from the campaign brief, selected source context, and imported
|
|
46
46
|
review-batch rows supplied by the parent.
|
|
47
47
|
4. Keep the work provisional until the user chooses `Use Template` in Messages.
|
package/bin/sellable-install.mjs
CHANGED
|
@@ -978,41 +978,48 @@ updates.
|
|
|
978
978
|
available. The worker and parent-thread fallback must load the full
|
|
979
979
|
long-form \`generate-messages\` prompt with
|
|
980
980
|
\`mcp__sellable__get_subskill_prompt({ subskillName: "generate-messages", offset, limit })\`
|
|
981
|
-
until \`hasMore=false\`.
|
|
982
|
-
|
|
983
|
-
campaign state, campaign brief content, selected source state,
|
|
984
|
-
review-batch rows as the source of truth; do not read stale
|
|
985
|
-
such as \`message-validation.md\`, inspect the database
|
|
986
|
-
local validation artifacts from general knowledge.
|
|
981
|
+
until \`hasMore=false\`. Message review requires Message Draft Builder output:
|
|
982
|
+
do not draft from a checklist, local markdown artifact, or parent-thread
|
|
983
|
+
intuition. Use campaign state, campaign brief content, selected source state,
|
|
984
|
+
and imported review-batch rows as the source of truth; do not read stale
|
|
985
|
+
local markdown such as \`message-validation.md\`, inspect the database
|
|
986
|
+
directly, or synthesize local validation artifacts from general knowledge.
|
|
987
987
|
5. Create the campaign shell early with the v1 brief so the user can open the
|
|
988
988
|
watch link and see useful setup state immediately. Import only the first
|
|
989
989
|
bounded review batch after the source is attached to the campaign; do not
|
|
990
990
|
load post-lead registries/prompts before asking add filters vs skip filters.
|
|
991
991
|
Once the user answers, launch the message scout from the same campaign/table
|
|
992
992
|
basis. If filters are approved, also launch the filter scout. Do not queue
|
|
993
|
-
workflow cells, attach a sequence, or start until filter choice is resolved
|
|
994
|
-
rubrics are saved when filters are enabled
|
|
995
|
-
|
|
996
|
-
|
|
993
|
+
workflow cells, attach a sequence, or start until filter choice is resolved
|
|
994
|
+
and rubrics are saved when filters are enabled. Template/token rules on the
|
|
995
|
+
default Use Template path gate only Generate Message cells, sender setup,
|
|
996
|
+
sequence attach, and launch. When filters are approved, immediately
|
|
997
997
|
call \`mcp__sellable__update_campaign({ campaignId, enableICPFilters: true, currentStep: "create-icp-rubric", watchNarration })\`
|
|
998
998
|
so the watched app moves to Filter Rules while rubrics are drafted/saved.
|
|
999
999
|
After rubrics save, move the watched app to \`apply-icp-rubric\` / Filter
|
|
1000
1000
|
Leads and say the fit rules are saved; the background message scout is
|
|
1001
1001
|
preparing the message recommendation and approval comes next while the
|
|
1002
|
-
browser stays on Filter Leads.
|
|
1003
|
-
|
|
1004
|
-
|
|
1005
|
-
|
|
1002
|
+
browser stays on Filter Leads. Queue the bounded review-batch
|
|
1003
|
+
\`enrichCellId\` cells to kick off enrichment/filtering after rubrics are
|
|
1004
|
+
saved, without waiting for template approval. If filters are skipped, move to
|
|
1005
|
+
Messages/message review and wait for message approval before Settings.
|
|
1006
1006
|
Product Generate Message cells must not run before that template/token
|
|
1007
|
-
approval.
|
|
1008
|
-
|
|
1009
|
-
|
|
1010
|
-
|
|
1011
|
-
\`
|
|
1012
|
-
|
|
1013
|
-
\`
|
|
1014
|
-
|
|
1015
|
-
\`
|
|
1007
|
+
approval.
|
|
1008
|
+
Do not ask the user to approve the brief before shell creation unless they
|
|
1009
|
+
explicitly requested a no-write draft; the shell itself is the review surface.
|
|
1010
|
+
6. The main thread owns watch navigation. Call
|
|
1011
|
+
\`mcp__sellable__update_campaign({ campaignId, currentStep })\` before major
|
|
1012
|
+
visible work so the user can watch progress in the app: \`create-offer\` for
|
|
1013
|
+
the brief, \`pick-provider\` or the selected provider step while sourcing,
|
|
1014
|
+
\`filter-choice\` after the review batch, \`create-icp-rubric\` as soon
|
|
1015
|
+
as filters are approved, \`apply-icp-rubric\` after rubrics save while bounded
|
|
1016
|
+
enrichment/filter scoring runs on Filter Leads, \`validate-sample\` only as a
|
|
1017
|
+
recovery/legacy observation state,
|
|
1018
|
+
\`auto-execute-messaging\` after at least one row passes and review-batch
|
|
1019
|
+
messages are being generated or reviewed, \`awaiting-user-greenlight\` only
|
|
1020
|
+
after generated review-batch messages are approved, \`settings\` for sender
|
|
1021
|
+
selection, \`sequence\` after sender attach, and \`send\` once the recommended
|
|
1022
|
+
sequence is attached. Do not advance the step backward.
|
|
1016
1023
|
7. Keep \`selectedLeadListId\` as the source list and \`workflowTableId\` as the
|
|
1017
1024
|
campaign table. Do not use disk files as the post-mint source of truth.
|
|
1018
1025
|
8. Do not ask the user to run another command.
|
package/package.json
CHANGED
|
@@ -72,10 +72,10 @@ not create, link, or surface local draft files unless the user explicitly asks
|
|
|
72
72
|
for them. Resume, gating, and handoff read campaign state first. The
|
|
73
73
|
watchable campaign exists after the short brief; lead import is bounded to the
|
|
74
74
|
first review batch. After that, the user chooses whether to use filters or skip.
|
|
75
|
-
When filters are chosen, save rubrics, then
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
75
|
+
When filters are chosen, save rubrics, then queue enrichment/filtering only from
|
|
76
|
+
workflow-table run conditions. Message approval gates Generate Message cells,
|
|
77
|
+
sender setup, sequence attach, and launch, not enrichment/filtering. Use Template
|
|
78
|
+
is the default message path; AI Generated is only an explicit opt-out.
|
|
79
79
|
|
|
80
80
|
## Opening Turn Contract
|
|
81
81
|
|
|
@@ -224,9 +224,10 @@ vs skip filters immediately. Once the user answers, launch the message scout
|
|
|
224
224
|
from the same campaign/table basis. If the user chooses filters, also launch the
|
|
225
225
|
filter-leads scout, move to Filter Rules, save rubrics, then keep the browser on
|
|
226
226
|
Filter Leads while the message recommendation is reviewed. If the user skips
|
|
227
|
-
filters, move to Messages/message review.
|
|
228
|
-
|
|
229
|
-
|
|
227
|
+
filters, move to Messages/message review. Enrichment/filtering cell execution
|
|
228
|
+
runs from saved rubrics and workflow-table run conditions; template approval
|
|
229
|
+
only gates Generate Message cells and send setup. AI Generated is an explicit
|
|
230
|
+
opt-out from the template path. If the post-lead agents are absent, the main thread still
|
|
230
231
|
orchestrates the same branches from the compact context with MCP tools/assets.
|
|
231
232
|
|
|
232
233
|
Use rendered Markdown for user review surfaces, not fenced code blocks. Keep
|
|
@@ -640,30 +641,30 @@ updates.
|
|
|
640
641
|
available. The worker and parent-thread fallback must load the full
|
|
641
642
|
long-form `generate-messages` prompt with
|
|
642
643
|
`mcp__sellable__get_subskill_prompt({ subskillName: "generate-messages", offset, limit })`
|
|
643
|
-
until `hasMore=false`.
|
|
644
|
-
|
|
645
|
-
campaign state, campaign brief content, selected source state, and
|
|
646
|
-
review-batch rows as the source of truth; do not read stale local
|
|
647
|
-
such as `message-validation.md`, inspect the database directly, or
|
|
648
|
-
local validation artifacts from general knowledge.
|
|
644
|
+
until `hasMore=false`. Message review requires Message Draft Builder output:
|
|
645
|
+
do not draft from a checklist, local markdown artifact, or parent-thread
|
|
646
|
+
intuition. Use campaign state, campaign brief content, selected source state, and
|
|
647
|
+
imported review-batch rows as the source of truth; do not read stale local
|
|
648
|
+
markdown such as `message-validation.md`, inspect the database directly, or
|
|
649
|
+
synthesize local validation artifacts from general knowledge.
|
|
649
650
|
5. Create the campaign shell early with the v1 brief so the user can open the
|
|
650
651
|
watch link and see useful setup state immediately. Import only the first
|
|
651
652
|
bounded review batch after the source is attached to the campaign; do not
|
|
652
653
|
queue workflow cells, attach a sequence, or start until the filter choice is
|
|
653
|
-
resolved
|
|
654
|
-
|
|
655
|
-
|
|
654
|
+
resolved and rubrics are saved when filters are enabled. Template/token rules
|
|
655
|
+
on the default Use Template path gate only Generate Message cells, sender
|
|
656
|
+
setup, sequence attach, and launch. When filters are approved, immediately
|
|
656
657
|
call `mcp__sellable__update_campaign({ campaignId, enableICPFilters: true, currentStep: "create-icp-rubric", watchNarration })`
|
|
657
658
|
so the watched app moves to Filter Rules while rubrics are drafted/saved.
|
|
658
659
|
After rubrics save, move the watched app to `apply-icp-rubric` / Filter
|
|
659
660
|
Leads and say the fit rules are saved; the background message scout is
|
|
660
|
-
preparing the message recommendation
|
|
661
|
-
|
|
662
|
-
Messages/message review and wait for message approval
|
|
663
|
-
|
|
664
|
-
|
|
665
|
-
after at least one review row passes and
|
|
666
|
-
ready.
|
|
661
|
+
preparing the message recommendation while the bounded Filter Leads batch can
|
|
662
|
+
be queued from run conditions. If filters are skipped, move the watched app to
|
|
663
|
+
Messages/message review and wait for message approval before Settings. Queue
|
|
664
|
+
the bounded review-batch `enrichCellId` cells to kick off
|
|
665
|
+
enrichment/filtering after rubrics are saved, without waiting for template
|
|
666
|
+
approval. Move to Messages only after at least one review row passes and
|
|
667
|
+
Generate Message cells are running or ready.
|
|
667
668
|
Product Generate Message cells must not run before that template/token
|
|
668
669
|
approval.
|
|
669
670
|
Do not ask the user to approve the brief before shell creation unless they
|
|
@@ -673,9 +674,9 @@ updates.
|
|
|
673
674
|
visible work so the user can watch progress in the app: `create-offer` for
|
|
674
675
|
the brief, `pick-provider` or the selected provider step while sourcing,
|
|
675
676
|
`filter-choice` after the review batch, `create-icp-rubric` as soon
|
|
676
|
-
as filters are approved, `apply-icp-rubric` after rubrics save
|
|
677
|
-
|
|
678
|
-
|
|
677
|
+
as filters are approved, `apply-icp-rubric` after rubrics save while bounded
|
|
678
|
+
enrichment/filter scoring runs on Filter Leads, `validate-sample` only as a
|
|
679
|
+
recovery/legacy observation state,
|
|
679
680
|
`auto-execute-messaging` after at least one row passes and review-batch
|
|
680
681
|
messages are being generated or reviewed, `awaiting-user-greenlight` only
|
|
681
682
|
after generated review-batch messages are approved, `settings` for sender
|