qiksy 1.2.2 → 1.3.1

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "qiksy",
-  "version": "1.2.2",
+  "version": "1.3.1",
   "description": "Qiksy \u2014 one local engine for every Qiksy tool (Work Finder, Travel Assistant, Client Finder). Runs on your own Claude; nothing leaves your machine.",
   "type": "module",
   "bin": {

package/tools/work-finder/vendor/lib/prompts.mjs

@@ -78,11 +78,12 @@ RULES:
 - Skip these companies (already found earlier): ${excludeCompanies.length ? excludeCompanies.join(', ') : 'none'}.
 - Find AT LEAST ${n} distinct openings at distinct companies — more is better. There is no upper limit: return every match you can confirm in this pass.
 - SCORE THE FIT: for every vacancy set "match" to an INTEGER 0-100 — how well THIS role fits the candidate above (stack & seniority overlap, remote eligibility from ${profile?.location || 'Ukraine'}, engagement type). Be honest and discriminating: reserve 90+ for a strong direct match, 60-75 for a plausible partial fit, below 50 for a stretch. The "notes" field should justify the number in one line.
+- FIRST FIVE, ONE AT A TIME. Do not gather a batch before reporting. Take the first promising link, WebFetch it, and the MOMENT it checks out print its VACANCY line — before you open the next one. Repeat until five are out. Only after that may you work in parallel and report in groups. The person is watching an empty screen until the first line appears, and five minutes of nothing reads as broken (measured 2026-07-26: first results at ~7 min).
 - WORK FAST but do not stop early: broad WebSearch queries first, then WebFetch the promising pages. Streaming a confirmed find costs nothing extra, so stream as you go.
 - TIME BUDGET: up to ~12 minutes for this pass. Stop when you genuinely run out of NEW companies, not when you reach a number.
 ${wave > 1 ? `- THIS IS SWEEP #${wave}. Everything the earlier sweeps found is in the exclusion list above and must not come back. Asking the same question again returns the same answers, so change the ANGLE: different search phrasings and role synonyms, different ATS hosts, different regions and countries, smaller and less-known companies, older-but-still-open postings, adjacent titles the candidate also fits. If a whole angle turns up nothing new, say so and finish the pass — an honest empty sweep ends the search cleanly.` : ''}
 
-PROGRESS STREAMING: the user watches results arrive live. As soon as you have CONFIRMED one vacancy (page fetched, fresh, geography checked), immediately print a single line:
+PROGRESS STREAMING — THIS IS NOT OPTIONAL AND NOT A SUMMARY STEP: the user is watching a live screen and sees nothing until you print. Never hold findings back to report them together at the end; a vacancy you confirmed but have not printed is invisible to them. As soon as you have CONFIRMED one vacancy (page fetched, fresh, geography checked), immediately print a single line:
 VACANCY: {"company":...}   ← one-line JSON, exact same fields as the array items below
 …then continue searching. Stream every confirmed finding this way.
 

package/tools/work-finder/vendor/lib/store.mjs

@@ -33,7 +33,11 @@ function defaults() {
          re-read every pass. Three days was aggressive enough to hide most of the
          market; two weeks is still "current" and leaves something to find. */
       freshnessFrom: 0,
-      freshnessDays: 14,
+      /* Seven days, not fourteen (owner decision 2026-07-26). A wider window mostly
+         buys older postings that nobody answers any more, at the cost of the agent
+         re-reading them — slower AND more of the person's Claude quota for less. The
+         window is a setting, so "dig deeper" stays one control away. */
+      freshnessDays: 7,
       /* How many sweeps at most. Unbounded would spend the user's whole Claude
          quota in one night; two barren sweeps in a row also end it early. */
       maxSweeps: 6,

package/tools/work-finder/vendor/server.mjs

@@ -212,8 +212,21 @@ function startSearch(position, run = null) {
     const sweep = async (wave) => {
       const exclude = db.vacancies.filter(v => v.positionId === position.id).map(v => v.company);
       const before = added;
+      /* The FIRST wave is deliberately smaller. Measured on a live run 2026-07-26: the
+         first finds landed after ~7 minutes and the next 20 minutes added two more —
+         so the person was made to wait for a tail they could have been working through.
+         A short first wave gets them a usable list fast; the rest keeps arriving behind
+         them, and the UI now says so. Later waves go back to full size. */
+      const perWave = wave === 1
+        ? Math.min(12, db.settings.resultsPerSearch ?? 20)
+        : (db.settings.resultsPerSearch ?? 20);
+      const waveSettings = { ...db.settings, resultsPerSearch: perWave };
+      // The app shows "wave 2 of 6" from these — a log line in Russian could not be
+      // translated, and a run with no visible progress reads as a hang.
+      job.wave = wave;
+      job.waves = maxSweeps;
       const r = await runClaude({
-        prompt: searchPrompt(position, profile, exclude, db.settings, { wave, waves: maxSweeps, canNarrow: effectivePlanId() !== 'free' }),
+        prompt: searchPrompt(position, profile, exclude, waveSettings, { wave, waves: maxSweeps, canNarrow: effectivePlanId() !== 'free' }),
         allowedTools: ['WebSearch', 'WebFetch'],
         withBrowser: !!db.settings.searchViaBrowser,
         model: db.settings.model,