@smartytalent/openai-tools 0.9.14 → 0.9.16

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.
Files changed (2) hide show
  1. package/dist/tools.json +34 -4
  2. package/package.json +1 -1
package/dist/tools.json CHANGED
@@ -7935,7 +7935,7 @@
7935
7935
  "failed",
7936
7936
  "pending"
7937
7937
  ],
7938
- "description": "Lifecycle status. draft = composing, scheduled = workflow owns the send, sent = outbound delivered to SES, received = inbound accepted by broker (replaces the legacy `sent` value used for inbound), suppressed = SES bounce/complaint, archived = user explicitly archived (kept indefinitely, hidden from inbox view), trashed = user moved to Trash bin (default soft DELETE; recoverable, candidate for periodic permanent purge), failed = internal error, pending = transitional."
7938
+ "description": "Lifecycle status. draft = composing, scheduled = workflow owns\nthe send, sent = outbound delivered to SES, received = inbound\naccepted by broker (replaces the legacy `sent` value used for\ninbound), suppressed = SES bounce/complaint, archived = user\nexplicitly archived (kept indefinitely, hidden from inbox view),\ntrashed = user moved to Trash bin (default soft DELETE;\nrecoverable, candidate for periodic permanent purge), failed =\ninternal error, pending = transitional.\n\n**Read a status by what the row ACHIEVED, never by what it is\nnot.** Four groups, and every consumer that branches on status\nshould cover all four - a rule written as \"not draft and not\nscheduled\" silently admits the other five, which is how a\ntrashed row passed as delivered in three separate layers on\n2026-09-01 (a summary sentence, a whose-turn-is-it counter, and\na reply-offer gate):\n * REACHED someone: `sent`, `received`. Only these two.\n * PREPARED, not out yet: `draft`, `scheduled`, `pending`.\n * ATTEMPTED and did not arrive: `failed`, `suppressed`. This\n group is a warning, not a neutral state.\n * TAKEN OUT of the working view: `trashed`, `archived`.\n Neither outstanding work nor proof anything was answered."
7939
7939
  },
7940
7940
  "direction": {
7941
7941
  "type": "string",
@@ -8435,7 +8435,7 @@
8435
8435
  "failed",
8436
8436
  "pending"
8437
8437
  ],
8438
- "description": "Lifecycle status. draft = composing, scheduled = workflow owns the send, sent = outbound delivered to SES, received = inbound accepted by broker (replaces the legacy `sent` value used for inbound), suppressed = SES bounce/complaint, archived = user explicitly archived (kept indefinitely, hidden from inbox view), trashed = user moved to Trash bin (default soft DELETE; recoverable, candidate for periodic permanent purge), failed = internal error, pending = transitional."
8438
+ "description": "Lifecycle status. draft = composing, scheduled = workflow owns\nthe send, sent = outbound delivered to SES, received = inbound\naccepted by broker (replaces the legacy `sent` value used for\ninbound), suppressed = SES bounce/complaint, archived = user\nexplicitly archived (kept indefinitely, hidden from inbox view),\ntrashed = user moved to Trash bin (default soft DELETE;\nrecoverable, candidate for periodic permanent purge), failed =\ninternal error, pending = transitional.\n\n**Read a status by what the row ACHIEVED, never by what it is\nnot.** Four groups, and every consumer that branches on status\nshould cover all four - a rule written as \"not draft and not\nscheduled\" silently admits the other five, which is how a\ntrashed row passed as delivered in three separate layers on\n2026-09-01 (a summary sentence, a whose-turn-is-it counter, and\na reply-offer gate):\n * REACHED someone: `sent`, `received`. Only these two.\n * PREPARED, not out yet: `draft`, `scheduled`, `pending`.\n * ATTEMPTED and did not arrive: `failed`, `suppressed`. This\n group is a warning, not a neutral state.\n * TAKEN OUT of the working view: `trashed`, `archived`.\n Neither outstanding work nor proof anything was answered."
8439
8439
  },
8440
8440
  "direction": {
8441
8441
  "type": "string",
@@ -20544,7 +20544,22 @@
20544
20544
  "additionalProperties": {
20545
20545
  "type": "string"
20546
20546
  },
20547
- "description": "Multilingual summary keyed by language code"
20547
+ "description": "The thread's cover as prose, keyed by language code. Answers\n\"where does this stand and what do I do\" in at most 400\ncharacters: state, then the next action, then a risk when one\nexists. Deliberately free of markup - the frontend styles it -\nand free of anything derivable from the data (who spoke last,\nwhose turn it is, counts, labels, links, open tasks)."
20548
+ },
20549
+ "summaryCard": {
20550
+ "type": "object",
20551
+ "additionalProperties": {
20552
+ "$ref": "#/components/schemas/ConversationSummaryCardSchema"
20553
+ },
20554
+ "description": "The same cover as structured data, keyed by language code, so\nthe interface lays it out with its own labels instead of\nparsing prose. Null on threads summarised before this field\nexisted; fall back to `summary` when it is absent."
20555
+ },
20556
+ "summarisedAt": {
20557
+ "type": "string",
20558
+ "description": "When the cover was last computed (ISO 8601). Neither the\nsummary nor the card write touches `timestamps.modified`, so\nthis is the only way to tell a fresh cover from a stale one."
20559
+ },
20560
+ "summarisedThroughEmailId": {
20561
+ "type": "string",
20562
+ "description": "The newest message the cover accounted for. Compare it with the\nlast email in the thread: when they differ, the cover predates\nthat message and the interface can say so instead of showing it\nas current."
20548
20563
  },
20549
20564
  "source": {
20550
20565
  "type": "string",
@@ -20842,7 +20857,22 @@
20842
20857
  "additionalProperties": {
20843
20858
  "type": "string"
20844
20859
  },
20845
- "description": "Multilingual summary keyed by language code"
20860
+ "description": "The thread's cover as prose, keyed by language code. Answers\n\"where does this stand and what do I do\" in at most 400\ncharacters: state, then the next action, then a risk when one\nexists. Deliberately free of markup - the frontend styles it -\nand free of anything derivable from the data (who spoke last,\nwhose turn it is, counts, labels, links, open tasks)."
20861
+ },
20862
+ "summaryCard": {
20863
+ "type": "object",
20864
+ "additionalProperties": {
20865
+ "$ref": "#/components/schemas/ConversationSummaryCardSchema"
20866
+ },
20867
+ "description": "The same cover as structured data, keyed by language code, so\nthe interface lays it out with its own labels instead of\nparsing prose. Null on threads summarised before this field\nexisted; fall back to `summary` when it is absent."
20868
+ },
20869
+ "summarisedAt": {
20870
+ "type": "string",
20871
+ "description": "When the cover was last computed (ISO 8601). Neither the\nsummary nor the card write touches `timestamps.modified`, so\nthis is the only way to tell a fresh cover from a stale one."
20872
+ },
20873
+ "summarisedThroughEmailId": {
20874
+ "type": "string",
20875
+ "description": "The newest message the cover accounted for. Compare it with the\nlast email in the thread: when they differ, the cover predates\nthat message and the interface can say so instead of showing it\nas current."
20846
20876
  },
20847
20877
  "source": {
20848
20878
  "type": "string",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@smartytalent/openai-tools",
3
- "version": "0.9.14",
3
+ "version": "0.9.16",
4
4
  "description": "OpenAI function/tool definitions for SmartyTalent API",
5
5
  "main": "dist/index.js",
6
6
  "types": "dist/index.d.ts",