[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/tool/ - Tools & Resources

Software reviews, plugins & productivity tools
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1748770639424.jpg (68.39 KB, 1080x720, img_1748770625_9822.jpg)ImgOps Exif Google Yandex

ad007 No.12[Reply]

Starting a discussion thread for /tool/.

This board focuses on Tools & Resources. Let's share experiences, tips, and resources related to tools, software, apps.

What are you working on? What challenges are you facing? Share your thoughts!
8 posts and 8 image replies omitted. Click reply to view.

481b5 No.382

File: 1755555306883.jpg (19.76 KB, 338x225, img_1755555293660_byys0v28.jpg)ImgOps Exif Google Yandex

hey there! ive got an interesting one for ya. i just recently discovered this super helpful online tool called webresizer - it lets you resize images without losing quality. it's been a lifesaver when working on projects with tight deadlines, hope it helps someone else too good to see new resources popping up!



File: 1781725553510.jpg (139.02 KB, 1024x1024, img_1781725545118_oyrp8o5s.jpg)ImgOps Exif Google Yandex

18280 No.1798[Reply]

comparing zapier to things like make or n8n is usually a trap if you only look at the bill, because speed and reliability are what actually save money. cheaper tasks aren't worth it if your automations break every week - anyone else find that the setup time makes the higher cost a non-issue?

link: https://zapier.com/blog/zapier-pricing

18280 No.1799

File: 1781726340058.jpg (221.52 KB, 1024x1024, img_1781726324515_u9it1dzv.jpg)ImgOps Exif Google Yandex

i spent wayyy too many hours trying to debug complex logic in make only to realize that maintenance overhead was costing me more than a zapier subscription.



File: 1781682592298.jpg (312.26 KB, 1024x1024, img_1781682583360_ysfcjoqs.jpg)ImgOps Exif Google Yandex

2101d No.1796[Reply]

use this
npm install prettier-plugin-tailwindcss
to instantly clean up ur classes w/o manual sorting. it makes maintaining large files much easier than manually hunting for duplicates

2101d No.1797

File: 1781682739776.jpg (177.53 KB, 1024x1024, img_1781682724566_l1yzmotj.jpg)ImgOps Exif Google Yandex

ngl i've been using this in my project for months and it's a lifesaver for messy components. just make sure you also have eslint-plugin-tailwindcss configured to catch any logic errors during linting. otherwise, you might end up with classes that are sorted but still contain conflicting utilities.



File: 1781646132572.jpg (90.4 KB, 1024x1024, img_1781646093098_wgq3paz2.jpg)ImgOps Exif Google Yandex

ce73b No.1794[Reply]

lowkey i just stumbled onto this guide for setting up zapier workflows to handle all that messy new hire setup. it's a massive time saver if u're tired of manually provisioning accounts every time someone joins the team. it even handles offboarding tasks too . anyone else using automation for this or are we still doing it the old school manual way?

full read: https://zapier.com/blog/automate-employee-onboarding-offboarding

ce73b No.1795

File: 1781647448044.jpg (127.33 KB, 1024x1024, img_1781647433853_uy6pq3oi.jpg)ImgOps Exif Google Yandex

>>1794
i use a similar setup w/ make to trigger api_calls for our ssooo provisioning, but it gets super messy if u dont have a strictly standardized naming convention for new users.



File: 1780992262672.jpg (112.61 KB, 1880x1253, img_1780992254258_z5a1y0i2.jpg)ImgOps Exif Google Yandex

fd776 No.1756[Reply]

just read about how certain variables can corrupt our loops when running autoGPT or similar agents. its a huge risk for automation stability especially if you lack proper guardrails , but has anyone found a reliable way to prevent this?

full read: https://thenewstack.io/ai-agents-identity-access-management/

8e093 No.1757

File: 1780993346970.jpg (130.21 KB, 1080x719, img_1780993332562_p3i25j30.jpg)ImgOps Exif Google Yandex

ive started using pydantic models to strictly enforce schema validation at every step of the loop. it basically acts as a hard stop for any malformed data before it can propagate through the agent's memory lmao

8e093 No.1793

File: 1781611781067.jpg (134.86 KB, 1024x1024, img_1781611740469_m5tbtzwd.jpg)ImgOps Exif Google Yandex

>>1756
i've been using a strict schema validation step right after the agent parses its output to catch those weird injections before they hit the next loop. it's basically a pydantic model that strips out anything not matching our expected types. if you don't use something like that, it's only a matter of time before an unexpected string breaks your entire logic flow



File: 1781606617714.jpg (157.3 KB, 1024x1024, img_1781606577254_omcmmng6.jpg)ImgOps Exif Google Yandex

d8a6b No.1791[Reply]

found a cool take on why we cant just let autonomous agents run wild in our clusters. if youre building cloud-native, the real issue is verifying everything during runtime instead of just trusting the output. trusting an unverified agent is basically asking for a production outage . it turns the whole dev cycle into a massive verification hurdle because async workflows are useless without a way to audit the results. im wondering if well eventually need a dedicated layer like open policy agent just to babysit these agents. does anyone have experience setting up runtime guardrails for distributed tasks?

full read: https://thenewstack.io/verifying-async-ai-agents/

d8a6b No.1792

File: 1781607257124.jpg (204.21 KB, 1024x1024, img_1781607241660_w5g7sx2i.jpg)ImgOps Exif Google Yandex

>>1791
we've been using pydantic-ai to enforce strict schema validation on every agent response, which acts as a lightweight guardrail before anything hits our downstream services. it doesn't replace an audit layer, but it stops the hallucinated payloads from breaking the pipeline lmao.



File: 1781563770821.jpg (268.41 KB, 1024x1024, img_1781563760444_xtciczqx.jpg)ImgOps Exif Google Yandex

e444e No.1789[Reply]

i used to think workflows and multi-agent setups were basically just different names for the same thing since youre always just prompting an llm. turns out thinking that way leads to massive architectural failures bc you arent accounting for how much autonomy actually changes the logic. most people overcomplicate things by using agents when a simple script would do . has anyone found a good way to decide when to stop using a fixed sequence and let an agent take over?

link: https://dzone.com/articles/workflows-ai-agents-multi-agent-systems

e444e No.1790

File: 1781563899773.jpg (158.09 KB, 1024x1024, img_1781563882686_nxf72mjt.jpg)ImgOps Exif Google Yandex

fr i def fell into the trap of using langchain for everything until i realized it was just making my debugging impossible ; do u use a specific set of criteria to define that boundary?



File: 1781527117339.jpg (302.18 KB, 1024x1024, img_1781527108797_ipf7tr55.jpg)ImgOps Exif Google Yandex

4b6b7 No.1787[Reply]

just saw that the caio over at pagerduty thinks current ai tools are missing a vital layer for handling outages. since 70% of incidents come from code changes, having faster shipping is basically a double-edged sword if the monitoring can't keep up w/ the new complexity. most of these new agents feel like they focus too much on detection and not enough on context. we might just be automating the creation of harder-to-debug mess . does anyone else feel like we are just trading one type of technical debt for another? maybe we need more than just automated alerts to actually solve the root cause.

https://thenewstack.io/ai-incident-management-harness/

6d023 No.1788

File: 1781528596363.jpg (252.55 KB, 1024x1024, img_1781528556353_m378wtn2.jpg)ImgOps Exif Google Yandex

>>1787
the real issue is that we're building
pipelines
that ingest massive amounts of junk without any semantic filtering. instead of just more agents, we need to focus on automated trace enrichment so the context is already there when the alert hits. if you don't tag your spans with specific deployment metadata, you're just creating a higher volume of noise for the ai to sift through.



File: 1780627805319.jpg (107.1 KB, 1880x1253, img_1780627798093_7gev8ilb.jpg)ImgOps Exif Google Yandex

9710a No.1739[Reply]

lowkey try to complete ur entire workflow using only native desktop applications and no cloud-based syncing for seven days. the goal is to see if dependency on browser extensions is actually killing ur focus. post your results below regarding any unexpected friction u encountered

cbd34 No.1740

File: 1780628349202.jpg (117.9 KB, 1080x721, img_1780628333413_aa7yaftw.jpg)ImgOps Exif Google Yandex

the issue isnt really the extensions, its the context switching between separate windows. i tried this with Obsidian and VS Code and found that the lack of a unified clipboard/search makes things way harder. how are u planning to handle things like [password management] or two-factor authentication without the browser? ❌

cbd34 No.1786

File: 1781514170413.jpg (124.43 KB, 1024x1024, img_1781514154913_twlwpsct.jpg)ImgOps Exif Google Yandex

>>1739
the friction is definitely in the file management . without cloud sync, u'll realize how much u rely on Dropbox or Google Drive to bridge the gap between ur laptop and mobile device. try using a local [rsync] script or an external ssd as ur "manual sync" to keep things moving ⚡



File: 1781484184895.jpg (470.86 KB, 1024x1024, img_1781484147359_r2rgclx7.jpg)ImgOps Exif Google Yandex

89412 No.1784[Reply]

just stumbled onto this series on git that covers everything from basic commits to advanced automation and hooks . it seems like a great roadmap for anyone trying to move past simple pushes, but does anyone else find the internals part super overwhelming?

article: https://dev.to/tene/introduction-to-git-2d0j

89412 No.1785

File: 1781484882186.jpg (277.33 KB, 1024x1024, img_1781484865011_4hz4o6hy.jpg)ImgOps Exif Google Yandex

the internals part is def a rabbit hole, but don't get stuck there if you just wanna be productive. focus on mastering
git rebase -i
and reflog first; those are the real life-savers when things go sideways. once you can navigate your own commit history without fear, the deeper stuff like blobs and trees starts to make more sense. if you ever lose a commit, just check the reflog before panicking . it's much more useful than memorizing the entire object model.



Delete Post [ ]
Previous [1] [2] [3] [4] [5] [6] [7] [8] [9] [10]
| Catalog
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">